EnglischFranzösischSpanisch

Ad


OnWorks-Favicon

make-kpkg – Online in der Cloud

Führen Sie make-kpkg im kostenlosen Hosting-Anbieter OnWorks über Ubuntu Online, Fedora Online, den Windows-Online-Emulator oder den MAC OS-Online-Emulator aus

Dies ist der Befehl make-kpkg, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME/FUNKTION


make-kpkg – Debian-Kernel-Pakete aus Linux-Kernel-Quellen erstellen

ZUSAMMENFASSUNG


make-kpkg [Optionen] [Ziel [Ziel ...]]

BESCHREIBUNG


Diese Handbuchseite erklärt das Debian make-kpkg Dienstprogramm, das zum Erstellen des Kernels verwendet wird
verwandte Debian-Pakete. Dieses Dienstprogramm muss von einer Linux-Kernelquelle der obersten Ebene ausgeführt werden
Verzeichnis, das zuvor konfiguriert wurde (es sei denn, Sie verwenden die Datei configure
Ziel). Normalerweise, wenn das Kernelpaket kein findet .config Datei in der aktuellen
Verzeichnis, es ist sehr bemüht, eine geeignete Datei zu finden (normalerweise bereits eine Konfigurationsdatei).
zugeschnitten auf Debian-Kernel für diese Architektur) und dann Aufrufe um oldconfig lassen
Der Benutzer beantwortet alle neuen Fragen. Dies könnte jedoch immer noch zu einer Unangemessenheit führen
Bei der Konfiguration empfehlen wir Ihnen, den Kernel zuvor mit den üblichen Mitteln zu konfigurieren
aufrufen make-kpkg.

Typischerweise make-kpkg unterfahren werden sollte Fakeroot,

make-kpkg --rootcmd fakeroot kernel_image

Stattdessen führen Sie diesen Befehl jedoch als Root (dies wird nicht empfohlen) oder unter aus Fakeroot, oder
erzählen make-kpkg wie man Root wird (auch nicht empfohlen, Fakeroot ist vielleicht die sicherste
Option), etwa so:

make-kpkg --rootcmd sudo kernel_image

Die Debian-Paketdatei wird im übergeordneten Verzeichnis des Kernel-Quellverzeichnisses erstellt
wo dieser Befehl ausgeführt wird.

Bitte beachten Sie außerdem, dass einige Versionen von gcc nicht gut mit der Kernelquelle interagieren.
Sie können steuern, welche Version von gcc bei der Kernel-Kompilierung verwendet wird, indem Sie das Makefile festlegen
Variablen CC und HOSTCC im Kernel-Makefile der obersten Ebene. Sie können dies einfach tun, indem Sie
Setzen der Umgebungsvariablen MAKEFLAGS. Versuchen Sie zum Beobachten:

% KBUILD_VERBOSE=1 MAKEFLAGS="CC=gcc-4.4" make-kpkg configure

Bitte beachten Sie, dass das Kernel-Makefile möglicherweise andere Variablen berücksichtigt (z. B
KCFLAGS ). Dies kann wie folgt angegangen werden:

% KBUILD_VERBOSE=1 MAKEFLAGS='CC=gcc-4.4 KCFLAGS="-march=athlon64"' make-kpkg configure

Das KBUILD_VERBOSE Zeigt die Details der ausgeführten Befehle an. (siehe oberste Ebene).
Kernel-Makefile für einstellbare Variablen).

WARNUNG: Setzen Sie die Option -j NICHT direkt in MAKEFLAGS, da dies dazu führen soll, dass der Build ausgeführt wird
scheitern. Verwenden Sie CONCURRENCY_LEVEL wie unten angegeben. Es gibt auch ein Flag -j, das verwendet werden kann.

OPTIONAL


--help Drucken Sie eine Nutzungsmeldung aus.

--Revision Anzahl
Ändert die Versionsnummer für die im Argument erstellten Pakete Anzahl. Dies
hat bestimmte Einschränkungen: Die Version muss mit einer Ziffer beginnen. Die Version kann
enthalten nur alphanumerische Zeichen und die Zeichen ~ + . (Tilde, Punkt und Plus) und
muss eine Ziffer enthalten. (Einzelheiten finden Sie im Richtlinienhandbuch.) Optional können Sie
Stellen Sie der Revision eine Ziffer gefolgt von einem Doppelpunkt (:) voran. Die Standardeinstellung ist
10.00 Uhr.Benutzerdefiniert es sei denn, die Umgebungsvariable DEBIAN_REVISION_MANDATORY ist eingestellt, in
In diesem Fall wird ein Fehler generiert, wenn die Revision nicht in der Befehlszeile festgelegt ist oder
die Konfigurationsdatei. Andeuten: Sie können es auf $(version)- setzen im
Konfigurationsdatei, um die Upstream-Versionsnummer Ihrer benutzerdefinierten Version voranzustellen
Zeichenfolge .

--append-to-version foo

--append_to_version foo
Dieses Argument (foo) wird an den Wert der vorhandenen EXTRAVERSION-Variablen angehängt
im Kernel-Makefile. Da EXTRAVERSION Bestandteil der Kernelversion ist, ist es
wird auch zum Debian-Paketnamen hinzugefügt und muss daher der Richtlinie entsprechen
regelt den Paketnamen. Das heißt, es darf nur enthalten Klein alphanumerische Zeichen
und die Zeichen ~ - + . (Tilde, Punkt, Bindestrich und Plus). Großbuchstaben
sind gemäß der Richtlinie für ein neues Paket nicht zulässig. Wenn die Umgebungsvariable
IGNORE_UPPERCASE_VERSION gesetzt ist, werden in make-kpkg kleingeschriebene Versionsnummern festgelegt
im Makefile oder im lokale Version Datei. Diese Option überschreibt die Umgebung
Variable APPEND_TO_VERSION.

--added-modules foo

--added_modules foo
Das Argument sollte eine durch Kommas getrennte Liste zusätzlicher Zusatzmodule sein (nicht in
(der Hauptkernelbaum), den Sie erstellen möchten, wenn Sie „modules_blah“ aufrufen
Ziele. Sie können vollständige Pfadnamen des Verzeichnisses angeben, in dem sich die Module befinden, oder
nur der Modulname, falls er darin gefunden werden kann MODULE_LOC, die standardmäßig auf
/usr/src/modules. Standardmäßig sind alle Module in MODULE_LOC, werden kompiliert, wenn
Die module_blah-Ziele werden aufgerufen.

--Bogen foo
Dies ist nützlich, um die Architektur beim Cross-Compilieren festzulegen. Wenn du
Da es sich nicht um Cross-Compiling handelt, wird die Architektur automatisch ermittelt. Das gleiche
Der Effekt kann durch Setzen der Umgebungsvariablen erreicht werden KPKG_ARCH. Der Wert
sollte was auch immer sein DEB_HOST_ARCH_CPU enthält wann dpkg-Architektur wird auf der ausgeführt
Zielmaschine, oder es kann eine andere Architektur in einem Multi-Arch-Set sein (wie
i386/amd64).

--cross-compile foo

--cross_compile foo
Dies ist nützlich, um die Zielzeichenfolge beim Cross-Compilieren festzulegen. Benutzen Sie die
Dummy-Ziel „-“, wenn Sie für andere Bögen eines Multiarch-Sets bauen, z
i386/amd64. Der gleiche Effekt kann durch Setzen der Umgebungsvariablen erreicht werden.
Bitte beachten Sie, dass dies den Compiler in keiner Weise auf den Kernel-Build-Prozess einstellt
soll verwenden; wenn der Standard-Compiler, den der Build-Prozess erstellt, nicht der ist
Wenn Sie möchten, geben Sie bitte explizit den Compiler an, der verwendet werden soll.
CROSS_COMPILE

--subarch foo
Einige Architekturen (Alpha und m68k) erfordern jeweils einen anderen Kernel
Unterarchitektur. Diese Option bietet eine Möglichkeit, sie als Argument für anzugeben
make-kpkg. Bitte kontaktieren Sie uns, wenn Sie Probleme im Zusammenhang mit dieser Website haben oder beachten dass zusätzliche Unterstützung für Unterarchitekturen sein kann
in den Kernel-Quellen erforderlich, damit dies tatsächlich etwas bewirkt. Der gleiche Effekt
kann durch Setzen der Umgebungsvariablen erreicht werden KPKG_SUBARCH.

--arch-in-name

--arch_in_name
Diese Option verwendet einen erweiterten Namen für das Kernel-Image-Paket durch Einbettung des
Unterarchitektur im Bildnamen, sodass man ein Skript schreiben könnte, um mehrere zu erstellen
Subarchitekturen nacheinander. Sie können dies auch tun, indem Sie Folgendes festlegen
variable Umgebung ARCH_IN_NAME. Bitte kontaktieren Sie uns, wenn Sie Probleme im Zusammenhang mit dieser Website haben oder beachten dass nur das Paket Name is
betroffen, nicht Modulstandorte usw.

--pgpsign Name
Legen Sie die zum Signieren verwendete Zeichenfolge fest Änderungen Datei für alle externen Module in
/usr/src/modules/ mit PGP. Diese Option überschreibt die integrierte Standardeinstellung und die
Site-weite Anpassungen, die in der Datei gespeichert sind /etc/kernel-pkg.conf or
~/.kernel-pkg.conf.

--config Ziel
Ändern Sie den Konfigurationstyp von der Standard-Oldconfig. Ziel muss einer sein
von oldconfig, config, menuconfig, gconfig, nconfig, xconfig, randconfig, defconfig,
allmodconfig, allyesconfig, allnoconfig, old, menu, g oder x.

Note aber das make-kpkg durchsucht die Konfigurationsdatei beim Start nach einigen Optionen,
Insbesondere die Tatsache, dass Module aktiviert sind oder nicht, also das Umschalten des Status während des
Eine verzögerte Konfiguration führt zu einem Fehler. Erstellen Sie bei Bedarf die Konfigurationsdatei
so nahe an der gewünschten Stelle, bevor Sie make-kpkg mit diesem Schalter aufrufen.

--Ziele
Druckt eine Liste bekannter Ziele aus. Siehe den Abschnitt Targets unten.

--noexec
Pass a -n Option zum um Prozess, sodass Befehle lediglich an den ausgegeben werden
angezeigt, aber nicht tatsächlich ausgeführt. Dies ist beim Debuggen sehr nützlich.

- ausführlich
Das ruft um mit der Option -V=1, die die Make-Befehle der obersten Ebene aufruft,
auch nützlich, um zu sehen, was passiert.

--initrd
If make-kpkg erzeugt eine Kernel-Image Paket, zum Haken bringen
Skripte werden von den Post-Installation-Maintainer-Skripten ausgeführt, die für dieses Image erforderlich sind
an initrdund dass die initrd Generierungs-Hook-Skripte sollten keinen Kurzschluss verursachen
früh. Ohne diese Option ist das Beispiel initramfs Hook-Skripte im Paket mit
Kernel-Paket wird bei der Installation keine Maßnahmen ergreifen. Der gleiche Effekt kann sein
Dies wird durch Festlegen der Umgebungsvariablen erreicht INITRD auf einen beliebigen nicht leeren Wert. Bitte
Beachten Sie dies, es sei denn, es sind Hook-Skripte vorhanden /etc/kernel oder in den Haken eingefügt werden
Skriptparameter von /etc/kernel-img.conf, wird keine initrd erstellt (die gebündelte in
Beispielskripte sind nur Beispiele – vor allem ist eine Benutzeraktion erforderlich
das passiert). Auf den meisten Systemen jedoch initramfs-tools installiert Skripte (ab Version
0.94 (und sie respektieren die INITRD-Variable seit 0.98)). Dracut tut es auch
Dies.

--Arbeitsplätze Anzahl

-j Anzahl
Legen Sie die Umgebungsvariable fest CONCURRENCY_LEVEL zu Anzahl.

--overlay-dir /Pfad/zum/Verzeichnis
Das angegebene Verzeichnis sollte Dateien enthalten, die im abgelegt werden ./debian
Verzeichnis der Kernel-Quellen, zur Vorbereitung der Erstellung der Debian-Pakete.
Die Dateien ersetzen alles darin /usr/share/kernel-paket das wäre normalerweise der Fall
dort platziert, und es ist Sache des Benutzers, sicherzustellen, dass die Dateien im Overlay gespeichert sind
Verzeichnis sind kompatibel mit make-kpkg. Wenn du zerbrichst make-kpkg mit einer Überlagerung
Datei, Sie dürfen die Teile behalten. Der gleiche Effekt kann durch die Einstellung erreicht werden
variable Umgebung KPKG_OVERLAY_DIR.

Bitte beachten Sie, dass Overlay-Verzeichnis/Steuerung und Overlay-Verzeichnis/Änderungsprotokoll sind etwas Besonderes und
Für diese Dateien wird eine Variablenersetzung durchgeführt. Verwenden
/usr/share/kernel-package/Control und /usr/share/kernel-package/changelog Dateien als
Templates.

Sollten Sie jetzt aufgefordert werden, ein Overlay-Verzeichnis/Post-Install Wenn eine ausführbare Datei (oder ein ausführbares Skript) existiert, soll es so sein
unmittelbar danach ausführen ./debian ist besiedelt. Das Skript soll im ausgeführt werden
./debian Verzeichnis. Dies kann beispielsweise verwendet werden, um Dateien zu löschen, die der Benutzer selbst erstellt
nicht möchten oder andere Maßnahmen als den einfachen Austausch ergreifen.

--rootcmd foo
Der Befehl, der eine Möglichkeit bietet, Superuser-Zugriff zu erhalten (z. B. „sudo“)
oder „fakeroot“), je nach Bedarf durch die Option -r von dpkg-buildpackage. Bei dieser Option ist dies nicht der Fall
Arbeit für drei der Ziele, nämlich binär, binär-unabhängig und Binär-Arch. For
Diese zielen auf das Ganze ab make-kpkg Der Befehl muss als (falscher) Root ausgeführt werden.

--Stengel foo
Rufen Sie die Pakete an foo-* anstelle von kernel-*. Dies ist hilfreich, um den Übergang zu erleichtern
vom Aufruf der Pakete kernel-* bis hin zu linux-*-Paketen, in Vorbereitung auf
Nicht-Linux-Kernel in der Distribution. Der Standardwert ist Linux. Der Stiel, da es so ist
Der Anfangsteil eines Paketnamens darf nur aus Kleinbuchstaben (`a-z') bestehen.
Ziffern („0-9“), Pluszeichen („+“) und Minuszeichen („-“) sowie Punkte („.“). Es muss bei sein
Es muss mindestens zwei Zeichen lang sein und mit einem alphanumerischen Zeichen beginnen.

--uns Diese Option wird an dpkg-buildpackage übergeben und weist das Paket an, nicht zu signieren
die Quelle. Dies ist nur für das Buildpackage-Ziel relevant.

--uc Diese Option wird an dpkg-buildpackage übergeben und weist das Paket an, nicht zu signieren
das Änderungsprotokoll. Dies ist nur für das Buildpackage-Ziel relevant.

Die Optionen können auf die kleinste eindeutige Zeichenfolge gekürzt werden und können mit beiden eingegeben werden
ein - oder ein -- Präfix, und Sie können ein Leerzeichen oder ein =-Symbol zwischen einer Optionszeichenfolge und a verwenden
Wert. Sie können auch die Form option=value; Einzelheiten zu diesen und anderen Variantenformen finden Sie hier
unterstützt, bitte lesen Getopt::Lang(3perl).

CONCURRENCY_LEVEL
Wenn diese Umgebungsvariable definiert ist, legt sie die Parallelitätsstufe fest, die make verwendet
Kompilieren Sie den Kernel und die verwendeten Module -j Flags für das Sub-Make in der bauen
Ziel von make-kpkg. Sollte eine (kleine) Ganzzahl sein, falls verwendet. Sie können den Strom erhalten
Anzahl der CPUs, die den Befehl verwenden:

grep -c '^Prozessor' / proc / cpuinfo

WARNUNG: Setzen Sie die Option -j NICHT direkt in MAKEFLAGS, da dies den Build aufrufen soll
Versagen. Es ist möglich, -j als make-kpkg-Argument festzulegen.

ZIELE


reinigen Bereinigt das Kernel-Quellverzeichnis von allen vom Ziel erstellten Dateien bauen, und läuft a
distclean machen. (Weitere Informationen finden Sie in einem Linux-Kernel-Makefile.) bitte beachten Sie
Obwohl wir uns um die darin enthaltene Liste der aktuellen Kernelkonfiguration kümmern
die Datei .config, die Datei include/linux/autoconf.h ist nicht erhalten. Dieses Ziel
sollte nicht mit anderen Zielen kombiniert werden, da make-kpkg liest alle Daten ein Bevor
Wenn Sie ein beliebiges Ziel ausführen, werden die nachfolgenden Ziele mit den alten Daten ausgeführt
ist möglicherweise nicht das, was Sie wollen. Bitte beachten Sie, dass das Clean-Ziel standardmäßig nicht ausgeführt wird
als Root, was mit dem Befehl gut funktioniert Fakeroot wurde benutzt. Allerdings, wenn vorher
Der Build wurde mit durchgeführt Sudo, du musst laufen make-kpkgsauber auch unten Sudo.

Baupaket
Dieses Ziel führt die Ziele aus reinigen und binärund produziert das Komplettpaket
Verwendung von dpkg-buildpaket.

binär Dieses Ziel erzeugt alle vier Debian-Kernelpakete, indem es die Ziele ausführt
binär-unabhängig und Binär-Arch. Dies erfordert jedoch make-kpkg als Root ausgeführt werden
(oder fakeroot), seitdem --rootcmd wird nicht funktionieren.

binär-unabhängig
Dieses Ziel erzeugt die arch-unabhängigen Pakete, indem es die Ziele ausführt
kernel_source, kernel_manual und kernel_doc. Dies erfordert jedoch auch make-kpkg
als Root (oder Fakeroot) ausgeführt werden, da --rootcmd wird nicht funktionieren.

Binär-Arch
Dieses Ziel erzeugt die arch-abhängigen Pakete, indem es die Ziele ausführt
kernel_headers und kernel_image. Dies erfordert jedoch auch make-kpkg geführt werden
als Root (oder Fakeroot), da --rootcmd wird nicht funktionieren.

kernel_source
Dieses Ziel erzeugt ein debianisiertes Paket der Linux-Kernel-Quellen. Wenn die
variable Umgebung SOURCE_CLEAN_HOOK zeigt auf eine ausführbare Datei, dann das
Die ausführbare Datei muss im temporären (obersten) Verzeichnis der Kernel-Quellen ausgeführt werden
kurz vor dem Verpacken, ./debian/tmp-source/usr/src/kernel-source-XXXX, so
Die Leute können alle Maßnahmen ergreifen, die sie für richtig halten (Bogenbäume entfernen, Versionskontrolle beschneiden).
Verzeichnisse, gefunden . -Art d -Name CVS -Pflaume -Exec rm -R F {} ; usw.). Das hat nein
Auswirkungen auf alles andere als die Kernel-Quellen, die gepackt werden – wenn die
Das Skript bearbeitet das aktuelle Verzeichnis und seine untergeordneten Verzeichnisse, den ursprünglichen Quellbaum
sollte intakt bleiben. Die Umgebungsvariablen HEADER_CLEAN_HOOK und
DOC_CLEAN_HOOK sind ähnlich. Sie sollten auf ausführbare Dateien und dann auf diese ausführbare Datei verweisen
soll aus dem temporären (obersten) Verzeichnis der Kernel-Header und ausgeführt werden
Lesen Sie die Dokumentation jeweils kurz vor dem Verpacken durch, damit die Leute eventuelle Maßnahmen ergreifen können
sie halten es für richtig. Dies hat auch keine Auswirkungen auf andere als die vorhandenen Quellen
verpackt wird.

kernel_debug
Dieses Ziel erzeugt ein Debian-Paket, das die Debugging-Symbole für enthält
Module, die im entsprechenden Image-Paket enthalten sind. Die Grundidee hier ist
Behalten Sie den Platz bei /lib/modules/ unter Kontrolle, da dies auf einer Wurzel liegen könnte
Partition mit Platzbeschränkungen. Bitte beachten dass, wenn Modulsignaturen aktiviert sind
In der Kernel-Konfiguration enthält das entsprechende Image-Paket keine Module
wobei der Debugging-Link auf diese Debugging-Symboldateien verweist. Um sich umzudrehen
Beim Debuggen von Links für Module im Image-Paket müssen Sie das Modul deaktivieren
Unterschriften

kernel_headers
Dieses Ziel erzeugt ein Debian-Paket, das die darin enthaltenen Header-Dateien enthält
Linux Kernel.

kernel_manual
Dieses Ziel erzeugt ein Debian-Paket, das die Handbuchseiten zu Abschnitt 9 enthält
im Linux-Kernel enthalten. Bitte beachten Sie, dass es sich hierbei nicht wirklich um eine unabhängige Version handelt
Ziel; Wenn Sie dies aufrufen, wird auch das aufgerufen kernel_doc Ziel und erstellt ein
Kernel-Doc-Paket gleichzeitig herunterladen.

kernel_doc
Dieses Ziel erzeugt ein Debian-Paket, das die darin enthaltene Dokumentation enthält
Linux Kernel. Dies kann unabhängig davon aufgerufen werden kernel_manual Ziel, aber nicht
umgekehrt.

kernel_image
Dieses Ziel erzeugt ein Debian-Paket des Linux-Kernel-Quellimages und aller anderen
Module, die in der Kernel-Konfigurationsdatei konfiguriert sind .config. Wenn es keine gibt
.config Datei im Kernel-Quellverzeichnis wird eine Standardkonfiguration bereitgestellt
ähnlich dem, der zum Erstellen des verwendet wurde Debian Boot-Disketten. Wenn der Kernel
Wenn die Konfigurationsdatei die Unterstützung für Module aktiviert hat, werden Module erstellt und
Eingerichtet. Wenn Modulsignaturen nicht aktiviert sind, haben die resultierenden Module eine
Link zum Speicherort der Debugging-Symboldatei für das Modul
vom Debug-Paket installiert.

Wenn die Datei ./debian/post-install existiert und eine ausführbare Datei ist, wird sie einfach ausgeführt
bevor das Kernel-Image-Paket erstellt wird. Bitte beachten Sie auch, dass ggf
irgendwelche Skripte in ./debian/image.d/ Verzeichnis, Laufteile soll dazu aufgerufen werden
Verzeichnis direkt vor der Erstellung des Kernel-Image-Pakets. Der Standort der Wurzel
Der Wert des zu erstellenden Image-Pakets muss in der Umgebungsvariablen übergeben werden
IMAGE_TOP, und die Kernelversion wird über die Umgebungsvariable übergeben
Version für all diese Skripte.

Bitte lesen Sie die Dokumentation zu Hooks kernel-img.conf(5). Diese Haken sind
Variablen, die vom lokalen Systemadministrator auf Skripts verwiesen werden können, die a hinzufügen oder entfernen
Zeile aus der Grub-Menüliste zum Zeitpunkt der Installation und Entfernung des Kernel-Images. Eine Probe
Das Skript zum Hinzufügen von Zeilen zu einer Grub-Menüdatei ist im Verzeichnis enthalten
/usr/share/doc/kernel-package/.

Abgesehen von Hook-Variablen, die der lokale Administrator festlegen kann, gibt es eine Reihe von
Verzeichnisse, in denen Pakete oder der lokale Administrator Skriptdateien ablegen können. Der
Verzeichnisse sind /etc/kernel/preinst.d/, /etc/kernel/postinst.d/,
/etc/kernel/prerm.d/, /etc/kernel/postrm.d/, /etc/kernel/preinst.d//,
/etc/kernel/postinst.d//, /etc/kernel/prerm.d/ / und
/etc/kernel/postrm.d//. Wenn sie vorhanden sind, sollte das Kernel-Image-Paket vorhanden sein
Führen Sie a Laufteile Programm über das Verzeichnis (einschließlich des versionierten) und geben
die Version, die als Argument in der entsprechenden Phase installiert oder entfernt wird
des Einbaus oder Ausbaus. Vor dem Aufruf dieser Skripte muss die Variable env STENGEL
wird auf den Wert des gesetzt --Stengel Argument (oder der Standardwert, Linux) und
Die Variable KERNEL_PACKAGE_VERSION wird auf die Version des eingestellt
Kernel-Paket, das das Paket erstellt hat. Diese Skripte sollen mit zwei aufgerufen werden
Argumente, das erste ist das Version des Kernel-Images und das zweite Argument
das sein Standorte des Kernel-Images selbst. Da Debconf vor dem verwendet wird
Wenn das Skript aufgerufen wird, sollte dieses Skript keine Diagnosemeldungen an stdout ausgeben –
während das Postinst anruft db_stop, Debconf stellt Standardausgabe nicht wieder her, also Nachrichten
zu stdout verschwinden.

Bei der Installation bietet es auch die Möglichkeit, den Linux-Loader auszuführen. LILO (oder Alternativen wie
Ladelinie, SILO, QUIK, VMELILO, ZIPL, Yaboot, PALO or GRUB), Erstellen einer Konfiguration
Datei für unterstützte Bootloader, falls erforderlich. Zu diesem Zeitpunkt bietet es sich auch an, das zu setzen
Neuen Kernel auf eine Diskette laden und die Diskette bei Bedarf formatieren. Beim Löschen das Paket
prüft die Version des laufenden Kernels und weigert sich, einen laufenden Kernel zu löschen.
Made verdient hier eine besondere Erwähnung, da Grub danach möglicherweise nicht erneut ausgeführt werden muss
Installation eines Kernel-Images, obwohl eine automatische Änderung der Menüliste erfolgen würde
Nett zum Installieren und Entfernen von Kernel-Image-Paketen.

bauen Dieses Ziel wird vom Ziel verwendet kernel_image oben kompiliert das Linux-Kernel-Image.

Module
Mit diesem Ziel können Sie alle Zusatzmodule und Pakete erstellen, die sehr nützlich sind
Abhängig von der genauen Kernel-Version, für die sie gleichzeitig kompiliert wurden
Erstellen Sie Ihr Kernel-Image. Dieses Ziel erwartet, die Module oder Pakete darunter zu finden
/usr/src/modules und ändert sich für alle diese Verzeichnisse in MODULE_LOC/x
(MODULE_LOC ist standardmäßig auf /usr/src/modules) und führt die aus kdist Regel im Lokalen
debian.rules Datei. Dieses Ziel sollte das erstellen Debian Modulpaket(e) und ggf
Erstellen Sie außerdem eine komprimierte TAR-Datei und eine komprimierte Diff-Datei mit md5sums
in einer Änderungsdatei aufgezeichnet mit dpkg-genchanges. Die Datei ist von demselben signiert
Identität, die zum Signieren der Kernelpakete verwendet wird. Diese Option wird verwendet von
Betreuer, die das Paket in die Debian-Archive hochladen.

module_config
Mit diesem Ziel können Sie alle Pakete unter konfigurieren MODULE_LOC, die Standardeinstellung
zu /usr/src/modules. Dies ist nützlich, wenn Sie einige Aspekte von manuell ändern müssen
die Konfiguration, oder wenn Sie die Zusatzmodule manuell kompilieren möchten. Das
sollte nicht aufgerufen werden, es sei denn, Sie haben bereits ein ./debian-Verzeichnis.

module_image
Mit diesem Ziel können Sie alle Pakete darunter erstellen MODULE_LOC, die standardmäßig auf
/usr/src/modules, erstellt jedoch nicht die Quell- oder Diff-Dateien und erstellt keine
und signieren Sie eine Änderungsdatei. Dies ist die einzige modulbezogene Option, die Sie benötigen
Ich möchte nur die Bilddateien der Zusatzmodule für die Installation auf einem oder mehreren kompilieren
Maschinen. Im Allgemeinen in Verbindung mit genannt kernel_image, besonders wenn auch
die Option nutzen append_to_version (verhindert Fehlwarnungen). Dies sollte nicht der Fall sein
aufgerufen werden, es sei denn, Sie haben bereits ein ./debian-Verzeichnis.

module_clean
Mit diesem Ziel können Sie alle darunter liegenden Pakete bereinigen MODULE_LOC, die standardmäßig auf
/usr/src/modules, und das sollte alles sein, was nötig ist, um die Wirkung von irgendetwas rückgängig zu machen
der anderen Module_Ziele. Dies sollte nicht aufgerufen werden, es sei denn, Sie haben bereits eine
./debian-Verzeichnis.

konfigurieren
Dieses Ziel führt configure aus (eigentlich config_target, eingestellt von --config welche Standardwerte
zu oldconfig) früh, damit Sie die von generierten Dateien bearbeiten können um Config im Kernel
Quellverzeichnis und lassen Sie sie nicht herumtrampeln make-kpkg später.

Debian Dieses Ziel erstellt das ./debian Verzeichnis und patcht optional die Quelle. Das
Ziel wird von aufgerufen konfigurieren Ziel. Sie können dieses Ziel verwenden, um das zu haben
Quellen gepatcht, und führen Sie dann den Konfigurationsschritt manuell aus, um die zu aktualisieren
Konfigurationsdatei mit allen neuen Konfigurationsoptionen, die die Patches möglicherweise haben
eingeführt.

libc-kheaders
Dies ist ein spezielles Ziel für den libc-dev-Betreuer, der es zum Erstellen verwenden kann
Header-Paket, das libc benötigt. Bitte beachten Sie, dass es gefährlich ist, eine zu erstellen
libc-kheaders-Paket, das sich von den Headern unterscheidet, mit denen libc kompiliert wurde; Es
is bekannt Systeme auf subtile Weise zu durchbrechen. Bitte sieh dir ... an
/usr/share/kernel-package/README.headers für Details. Erstellen und Installieren einer
Das selbst erstellte libc-kheaders-Paket kann Ihr System beschädigen, es sei denn, Sie wissen, was Sie tun
sind dabei. Du wurdest gewarnt.

VARIABLEN


KPKG_DEBUG, falls gesetzt, führt dazu, dass make-kpkg Debugmeldungen zu einer Shell ausgibt
Funktionen, die intern ausgeführt werden. Dies ist wahrscheinlich für niemanden von Interesse, der nicht debuggt
make-kpkg. Die folgenden Variablen (oben dokumentiert) wirken sich ebenfalls aus make-kpkg:
DEBIAN_REVISION_MANDATORY, APPEND_TO_VERSION, VERSION_H_OK, KPKG_ARCH, CROSS_COMPILE,
KPKG_SUBARCH, KPKG_OVERLAY_DIR, ARCH_IN_NAME, INITRD, SOURCE_CLEAN_HOOK, MODULE_LOC,
CONCURRENCY_LEVEL und IGNORE_UPPERCASE_VERSION.

Verwenden Sie make-kpkg online über die Dienste von onworks.net


Kostenlose Server & Workstations

Laden Sie Windows- und Linux-Apps herunter

Linux-Befehle

Ad