Kernel-Update bei Debian - war das schon alles?

[nyxus]

das habe ich mich dann doch irgendwie gefragt. Heute morgen hat mir "apt-get upgrade" bei meinem neuen Root-Server Start" einen neuen Kernel vorgeschlagen. Mutig durch eine giwisse Menge Restalkohol der gestrigen Party (was ungefähr einem Ã?bernachten in der Kaba-Dose gleichkommt) habe ich dann doch einfach mal das Update gemacht.

Lokal habe ich auch schonmal fertige Kernel eingespielt, aber halt noch nie unter Debin, und auch nicht ohne an der Konsole zu sitzen. Naja, war ganz einfach. Hier mal was gekommen ist für die anderen ängstlichen (bei meinem Root-L traue ich mich auch noch nicht, dort würde es mich ärgern, wenn es nicht sofort klappen würde).

Es ging los:

Code: Select all

Preparing to replace kernel-image-2.4.18-bf2.4 2.4.18-5woody1 (using .../kernel-image-2.4.18-bf2.4_2.4.18-5woody2_i386.deb) ...
You are attempting to install a kernel image (version 2.4.18-bf2.4)
However, the directory /lib/modules/2.4.18-bf2.4 still exists.  If this
directory belongs to a previous kernel-image-2.4.18-bf2.4 package, and if
you have deselected some modules, or installed standalone modules
packages, this could be bad. However, if this directory exists because
you are also installing some stand alone modules right now, and they
got unpacked before I did, then this is pretty benign.  Unfortunately,
I can't tell the difference.

If /lib/modules/2.4.18-bf2.4 belongs to a old install of
kenel-image-2.4.18-bf2.4, this is your last chance to abort the
installation of this kernel image (nothing has been changed yet).

If this directory is because of stand alone modules being installed
right now, or if it does belong to an older kernel-image-2.4.18-bf2.4
package but you know what you are doing, and if you feel that this
image should be installed despite this anomaly, Please answer n to the
question.

Otherwise, I suggest you move /lib/modules/2.4.18-bf2.4 out of the way,
perhaps to /lib/modules/2.4.18-bf2.4.old or something, and then try
re-installing this image.
Do you want to stop now? [Y/n]

Diese Warnungen haben mich schon bei meinem Root-L nervös gemacht. Da ich dort aber keine Shell-User habe, schiebe ich das noch vor mich her.

Auf meinen Start läuft noch nichts, also mutig einfach weitergemacht. Vermutlich wäre es sauberer gewesen, das Verzeichnis "/lib/modules/2.4.18-bf2.4" wegzuschieben, wie er vorgeschlagen hat, aber das hab ich einfach mal übergangen; ich war ja in Ausprobier-Laune.

Code: Select all

Unpacking replacement kernel-image-2.4.18-bf2.4 ...
Setting up kernel-image-2.4.18-bf2.4 (2.4.18-5woody2) ...

 You are attempting to install a kernel version that is the same as
 the version you are currently running (version 2.4.18-bf2.4). The modules
 list is quite likely to have been changed, and the modules dependency
 file /lib/modules/2.4.18-bf2.4/modules.dep needs to be re-built. It can
 not be built correctly right now, since the module list for the
 running kernel are likely to be different from the kernel installed.
 I am creating a new modules.dep file, but that may not be
 correct. It shall be regenerated correctly at next reboot.

 I repeat: you have to reboot in order for the modules file to be
 created correctly. Until you reboot, it may be impossible to load
 some modules. Reboot as soon as this install is finished (Do not
 reboot right now, since you may not be able to boot back up until
 installation is over, but boot immediately after). I can not stress
 that too much. You need to reboot soon.

Please Hit return to continue.

ok, da war nichts spannendes dabei, das mit dem Neustart war eh klar.

Code: Select all

A new kernel image has been installed, and usually that means
that some action has to be taken to make sure that the new
kernel image is used next time the machine boots. Usually,
this entails running a ``bootloader'' like SILO, loadlin, LILO,
ELILO, QUIK, VMELILO, ZIPL, or booting from a floppy.   (Some
boot loader, like grub, for example, do not need to be run on
each new image install, so please ignore this if you are using
such a boot loader).

A new kernel image has been installed. at /boot/vmlinuz-2.4.18-bf2.4
 (Size: 1235kB)


Symbolic links, unless otherwise specified, can be found in /

LILO sets up your system to boot Linux directly from your hard
disk, without the need for booting from a boot floppy.


WARNING
If you are keeping another operating system or another version
of Linux on a separate disk partition, you should not have LILO
install a boot block now. Wait until you read the LILO documentation.
That is because installing a boot block now might make the other
system un-bootable. If you only want to run this version of Linux,
go ahead and install the boot block here. If it does not work, you
can still boot this system from a boot floppy.

Would you like to create a boot floppy now? [No] 

Floppy? Nee, natürlich nicht.

Code: Select all

You already have a LILO configuration in /etc/lilo.conf
Install a boot block using the existing /etc/lilo.conf? [Yes]

das habe ich natürlich gemacht, nochmal "lilo" aufgerufen (wäre das überhaupt nötig gewesen?) und mit "lilo -v" geschaut ob der richtige Kernel geladen wird. Und siehe da, kurzer neustart und nach 45 Sekunden konnte ich mich wieder einloggen und wurde vom neuen Kernel begrüßt.

Einfach, oder?

Der Größenwahn kommt dann im Teil 2 ...

[nyxus]

ok, wenn ich schonmal dabei war wollte ich gleich schauen, ob ich mit einem anderen Kernel DMA einschalten kann (klappte mit dem bf2 nicht, habe den 2GHz Celeron mit VIA). Also frisch einfach den nächsten Kernel installiert:

Code: Select all

apt-get install kernel-image-2.4.18-1-686

Und so ging es weiter:

Code: Select all

You are attempting to install an initrd kernel image (version 2.4.18-1-686)
This will not work unless you have configured your boot loader to use
initrd. (An initrd image is a kernel image that expects to use an INITial
Ram Disk to mount a minimal root file system into RAM and use that for
booting).
As a reminder, in order to configure lilo, you need to
add an 'initrd=/initrd.img' to the image=/vmlinuz
stanza of your /etc/lilo.conf
I repeat, You need to configure your boot loader. If you have already done
so, and you wish to get rid of this message, please put
  `do_initrd = Yes'
in /etc/kernel-img.conf. Note that this is optional, but if you do not,
you'll contitnue to see this message whenever you install a kernel
image using initrd.
Do you want to stop now? [Y/n]

"initrd kernel image"? Schon wieder was neues, aber "stop now"? Nix da!

Code: Select all

Setting up kernel-image-2.4.18-1-686 (2.4.18-9) ...
/boot/initrd.img does not exist. Installing from scratch, eh?
Or maybe you don't want a symbolic link here. Hmm? Lets See.
A new kernel image has been installed, and usually that means
that some action has to be taken to make sure that the new
kernel image is used next time the machine boots. Usually,
this entails running a ``bootloader'' like SILO, loadlin, LILO,
ELILO, QUIK, VMELILO, ZIPL, or booting from a floppy.   (Some
boot loader, like grub, for example, do not need to be run on
each new image install, so please ignore this if you are using
such a boot loader).

A new kernel image has been installed. at /boot/vmlinuz-2.4.18-1-686
 (Size: 618kB)


 Initial rootdisk image: /boot//initrd.img-2.4.18-1-686 (Size: )

Symbolic links, unless otherwise specified, can be found in /

LILO sets up your system to boot Linux directly from your hard
disk, without the need for booting from a boot floppy.


WARNING
If you are keeping another operating system or another version
of Linux on a separate disk partition, you should not have LILO
install a boot block now. Wait until you read the LILO documentation.
That is because installing a boot block now might make the other
system un-bootable. If you only want to run this version of Linux,
go ahead and install the boot block here. If it does not work, you
can still boot this system from a boot floppy.

You already have a LILO configuration in /etc/lilo.conf
Install a boot block using the existing /etc/lilo.conf? [Yes]

Ok, diese Frage kannte ich schon und weiter.

Code: Select all

Testing lilo.conf ...
Testing successful.
Installing the partition boot sector...
Installation successful. 

Den Teil mit der "/etc/lilo.conf" vom Anfang habe ich dem System dann mal geglaubt und das "initrd=/initrd.img" eingetragen. Zusätzlich das "do_initrd = Yes" in die "/etc/kernel-img.conf", noch einmal "lilo" aufgerufen, mit "lilo -v" die Sache angeschaut und auf zum nächsten Neustart. Daß das schon wieder klappt hat mich dann ja doch etwas erstaunt, aber erfreulich ist es doch.

Das mit dem DMA ist übrigens auch damit nicht gelöst. Also wird die Zukunft noch mehrere Tests bringen (hoffentlich reicht der Rest Kaba ...)

[marlies]

Hi,
hatte heute das gleiche Problem - allerdings auf dem Rootserver - und habe mich nicht getraut weiterzumachen.

BTW: der Abbruch hat den Rest der Installation scheinbar etwas durcheinander gebracht, zumindest lief danach MySQL nicht mehr - liess sich aber problemlos neu starten. Ist aber wohl nicht upgedatet worden.

Aber wie isses? Kann ich das Kernelupdate einfach drüberschieben?
Ich habe bei der Installation keinerlei spezifische Sachen angegeben (Installation mit dem Script von CC).

Tschau,
MarLies