Hi LUG,
seit neustem will apt-get immer auf einen alten Kernel 2.2.20 (kernel-image-2.2.20) "upgraden". So richtig versteh ich das nicht. Ich habe mir einen neuen Kernel 2.4.21 nach der Debian-Methode gebacken. make-kpkg kernel-image --revision=meinKernel2.0 und mit dpkg --install kernel-image-2.4.21 installiert. Also genauso wie immer.
Peter Ganten hat in seinem Buch "Debian GNU/Linux" geschrieben: "... mit Buchstaben beginnende Revisionsnummern [werden] vom Paketmanager höher eingestuft, als solche die mit Zahlen beginnen ...... stellen Sie so sicher, das der angepasste Kernel nicht überschrieben wird."
Irgendwie hält sich apt aber nicht an seine weisen Worte.
debian:/home/jens# apt-cache show kernel-image-2.4.21 Package: kernel-image-2.4.21 Source: kernel-source-2.4.21 Version: meinKernel2.0 <== sollte neuer sein
debian:/home/jens# apt-cache show kernel-image-2.2.20 Package: kernel-image-2.2.20 Source: kernel-image-2.2.20-i386 Version: 2.2.20-5woody3
Ausserdem gibt es ja noch andere 2.4er Kernel in der Paketdatenbank, zum Beispiel den 2.4.18 debian:/home/jens# apt-cache show kernel-image-2.4.18-1-386 Package: kernel-image-2.4.18-1-386 Source: kernel-image-2.4.18-1-i386 Version: 2.4.18-8
Aber warum will apt unbedingt den alten 2.2.20 installieren? Wenn apt Buchstaben ignoriert, dann sollte doch wenigstens der 2.4.18 vorgeschlagen werden. Oder hab ich was übersehen?
Ein etwas irritierter Jens Weiße
* Jens Weiße wrote:
Hallo Jens,
seit neustem will apt-get immer auf einen alten Kernel 2.2.20 (kernel-image-2.2.20) "upgraden". So richtig versteh ich das nicht. Ich habe mir einen neuen Kernel 2.4.21 nach der Debian-Methode gebacken. make-kpkg kernel-image --revision=meinKernel2.0 und mit dpkg --install kernel-image-2.4.21 installiert. Also genauso wie immer.
so mach ich das auch immer
Peter Ganten hat in seinem Buch "Debian GNU/Linux" geschrieben: "... mit Buchstaben beginnende Revisionsnummern [werden] vom Paketmanager höher eingestuft, als solche die mit Zahlen beginnen ...... stellen Sie so sicher, das der angepasste Kernel nicht überschrieben wird."
Irgendwie hält sich apt aber nicht an seine weisen Worte.
Eins vorweg, apt benutze ich selbst nicht sondern deselect. Dies soll aber keinen Unterschied sein. Was für Befehle nutzt du?
debian:/home/jens# apt-cache show kernel-image-2.4.21 Package: kernel-image-2.4.21 Source: kernel-source-2.4.21 Version: meinKernel2.0 <== sollte neuer sein
Und hier könnte der Vierbeiner verbuddelt sein. Wenn ich mir einen einen Kernel baue bezeichne ich diesen immer als " ... angepasst.1" " ... angepasst.2" ... Für mich wirkt deine Bezeichnung auch auf einen 2.0.x, ich würde dann auch einen 2.2.x vorschlagen. Oder höher.
debian:/home/jens# apt-cache show kernel-image-2.2.20 Package: kernel-image-2.2.20 Source: kernel-image-2.2.20-i386 Version: 2.2.20-5woody3
Ausserdem gibt es ja noch andere 2.4er Kernel in der Paketdatenbank, zum Beispiel den 2.4.18 debian:/home/jens# apt-cache show kernel-image-2.4.18-1-386 Package: kernel-image-2.4.18-1-386 Source: kernel-image-2.4.18-1-i386 Version: 2.4.18-8
Aber warum will apt unbedingt den alten 2.2.20 installieren? Wenn apt Buchstaben ignoriert, dann sollte doch wenigstens der 2.4.18 vorgeschlagen werden. Oder hab ich was übersehen?
s.o. meinKernel2.0 ist vielleicht etwas ungünstig? Besser könnte sein "meinKernel.1", "meinKernel.2", ...
Jan
Hi Jan
Eins vorweg, apt benutze ich selbst nicht sondern deselect. Dies soll aber keinen Unterschied sein. Was für Befehle nutzt du?
Mit "apt-get update" werden neuere Pakete im Internet gesucht und mit "apt-get upgrade" installiert man diese. Diese zwei Zeilen lassen sich sehr gut in ein Skript stecken (für Faule, wie mich :-))
s.o. meinKernel2.0 ist vielleicht etwas ungünstig? Besser könnte sein "meinKernel.1", "meinKernel.2", ...
Das werde ich mal ausprobieren. Daran scheint es aber laut Torsten nicht zu liegen.
Jens Weiße
Hallo Jens,
Am 07. Juli 2003 schrieb Jens Weiße:
debian:/home/jens# apt-cache show kernel-image-2.4.21 debian:/home/jens# apt-cache show kernel-image-2.2.20
kernel-image-2.4.21 und kernel-image-2.2.20 sind zwei völlig unabhängige Pakete, die parallel installiert werden können. Solange du also nicht kernel-image-2.2.20 deinstallierst, wird apt-get neue updates dafür einspielen.
Torsten
Am Dienstag, 8. Juli 2003 00:24 schrieb Torsten Werner:
Hallo Jens,
Am 07. Juli 2003 schrieb Jens Weiße:
debian:/home/jens# apt-cache show kernel-image-2.4.21 debian:/home/jens# apt-cache show kernel-image-2.2.20
kernel-image-2.4.21 und kernel-image-2.2.20 sind zwei völlig unabhängige Pakete, die parallel installiert werden können. Solange du also nicht kernel-image-2.2.20 deinstallierst, wird apt-get neue updates dafür einspielen.
Da kann ich also "apt-get upgrade" sorgenlos ausführen, ohne das mein Kernel verschwindet. Man lernt halt nie aus.
Vielen Dank
Jens Weiße
PS: Irgendwie fehlt mir jetzt nur noch der 2.2.20-Kernel unter /boot. Den habe ich irgendwie /irgendwann mal gelöscht. Das ist aber
lug-dd@mailman.schlittermann.de