[gelöst] Kernel Panic bei 2.6.29.2 --> initrd.img fehlt

[GambaJo]

Nutze debian testing, bisher mit dem 2.6.28.7 kernel. Wollte Mal wieder einen neuen Kernel backen, hab mir 2.6.29.2 (full) runtergeladen, die config von 2.6.28.7 reinkopiert, und dann ein Mal mit "make menuconfig" und später noch ein Mal mit "make oldconfig" die config aktualisisert.
Kompilieren und installieren lief auch komplett durch. Wenn ich nun diesen Kernel booten möchte, kommt folgende Meldung:



Erstellt habe ich den Kernel mit folgendem Befehl:

Code: Alles auswählen

make-kpkg linux-image --initrd --revision=01

Installiert mit

Code: Alles auswählen

dpkg -i linux-image-2.6.29.2_01

Anscheinend fehlt mit die initrd.img-2.6.29.2 in /boot. Aber warum?
Das gleiche Phänomen habe ich auf zwei rechnern (beide AMD-CPUs und Asus Boards, aber verschieden).

[rendegast]

... unknown-block(0,0)
Please append a correct "root=" ...

In der grub-Shell

Code: Alles auswählen

> root (hd0,
> root (hd1,

jeweils mit TAB ergänzen für einen Überblick.

Auch mal einen Blick in /boot/grub/device.map wagen:
wegen des neuen Kernel sind vielleicht die Plattendevice-Namen verändert.
-> auch die menu.lst anpassen.

und /boot/grub/default: hierin taucht manchmal ein Platzhalter statt einer Zahl auf.

[armin]

Code: Alles auswählen

kernel-package (12.001) experimental; urgency=low

  * This is a major change from the version shipped in Lenny.
[...]
  * [84364f0]: The image postinst no longer runs the initrd command
    The postinst now just conveys to the hook scripts whether
    this particular image was configured for an initial ram image or
    not, using the environment variable INITRD. There are example
    scripts provided that will perform the task. These scripts will work
    for official kernel images as well.
[...]

Siehe /usr/share/doc/kernel-package/examples/etc/kernel/postinst.d/initramfs

[GambaJo]

/boot/grub/default

Code: Alles auswählen

default
#
#
#
#
#
#
#
#
#
#
# WARNING: If you want to edit this file directly, do not remove any line
# from this file, including this warning. Using `grub-set-default\' is
# strongly recommended.

/boot/grub/device.map

Code: Alles auswählen

(hd0)	/dev/sda

/boot/grub/menu.lst (2.6.28.7 funktioniert)

Code: Alles auswählen

## ## End Default Options ##

title		Debian GNU/Linux, kernel 2.6.28.7
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.28.7 root=/dev/sda2 ro vga=0x037d
initrd		/boot/initrd.img-2.6.28.7

title		Debian GNU/Linux, kernel 2.6.28.7 (single-user mode)
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.28.7 root=/dev/sda2 ro single vga=0x037d
initrd		/boot/initrd.img-2.6.28.7

title		Debian GNU/Linux, kernel 2.6.29.2
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.29.2 root=/dev/sda2 ro vga=0x037d

title		Debian GNU/Linux, kernel 2.6.29.2 (single-user mode)
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.29.2 root=/dev/sda2 ro single vga=0x037d

### END DEBIAN AUTOMAGIC KERNELS LIST

Bei

Code: Alles auswählen

> root (hd0,
> root (hd1,

passiert nichts.

@Trigger:
Was also tun?

[KBDCALLS]

Installiert mit

Code: Alles auswählen

dpkg -i linux-image-2.6.29.2_01

Anscheinend fehlt mit die initrd.img-2.6.29.2 in /boot. Aber warum?
Das gleiche Phänomen habe ich auf zwei rechnern (beide AMD-CPUs und Asus Boards, aber verschieden).

Fehlt sie jetzt oder nicht? Wenn ja

Code: Alles auswählen

update-initramfs -c -k Kernelversion 

[GambaJo]

Ja, sie fehlte. Der Befehl hat sie erstellt, beim Booten bekomme ich allerdings die gleiche Meldung.

[xafnir]

Also bei mir hat sich das Problem mit der initrd gelöst indem ich die Datei
/usr/share/doc/kernel-package/examples/etc/kernel/postinst.d/initramfs
nach
/etc/kernel/postinst.d
kopiert habe und anschließend den Kernel kompiliert und installiert habe. Anschließend war auch die initrd unter /boot/ zu finden

[detix]

Das initrd.img muß auch noch in die /boot/grub/menu.lst eingetragen werden:

Code: Alles auswählen

title      Debian GNU/Linux, kernel 2.6.29.2
root      (hd0,1)
kernel      /boot/vmlinuz-2.6.29.2 root=/dev/sda2 ro vga=0x037d
initrd      /boot/initrd.img-2.6.29.2

[rendegast]

Bei

Code: Alles auswählen

    > root (hd0,
    > root (hd1,

passiert nichts.

So soll das aussehen:

Code: Alles auswählen

grub> root (hd      <TAB>
 Possible disks are:  hd0 hd1 hd2

grub> root (hd0,      <TAB>
 Possible partitions are:
   Partition num: 0,  Filesystem type is fat, partition type 0x6
   Partition num: 4,  Filesystem type unknown, partition type 0x7
   Partition num: 5,  Filesystem type is ext2fs, partition type 0x83
   Partition num: 6,  Filesystem type is ext2fs, partition type 0x83
   Partition num: 7,  Filesystem type unknown, partition type 0x83

[armin]

Also bei mir hat sich das Problem mit der initrd gelöst indem ich die Datei
/usr/share/doc/kernel-package/examples/etc/kernel/postinst.d/initramfs
nach
/etc/kernel/postinst.d
kopiert habe und anschließend den Kernel kompiliert und installiert habe. Anschließend war auch die initrd unter /boot/ zu finden

Japp, genau das ist zu tun.

[GambaJo]

Danke, das hat geholfen.

[Evox]

kernel-package (12.001) experimental; urgency=low

Ist einweing zualt Aktuelle Version ist 12.013 und Fehler bereinigt

Versuche mal den Weg Funktioniert bei mir bestens

Sym Links von allen Dateien [ /usr/share/kernel-package/examples/etc/kernel* ( ausser Grub Scripte ,yaird ) nach /etc/kernel/ (selben Ordner nehmen )]
In Ordner postinst.d die Datei symlink_hook angepassen ausser man will *-rd Dateien haben
Den Lilo Hinweis komplett entfernen wenn man Grub fährt

Danach wie gehabt mit initrd den Kernel Backen

Gruss

[armin]

Ehm, das war einfach ein Auszug aus dem Changelog der ersten Version mit dieser Änderung. Welchen, "Fehler" siehst du denn, der bereinigt wurde? Man darf/muss immernoch die Dateien kopieren/verlinken, wenn man eine Initrd will. Und das wird sich wohl auch nicht ändern.

So. Chile sagt gute Nacht.

[KBDCALLS]

Was ich mich allerdings Frage ist das man ein bewährtest Konzept umgeschmissen hat. Die Kernelheaders 2.6.29 sind schlicht unbrauchbar.

[Evox]

Was ich mich allerdings Frage ist das man ein bewährtest Konzept umgeschmissen hat. Die Kernelheaders 2.6.29 sind schlicht unbrauchbar.

So ist es was ich schon Basteln musste um vernünftig den Rechner betrieb zu gewährleisten

Ist halt der Nachteil wenn man auf den neusten Stand bleiben will aber zum Glück gibt es zum Bsp

Gruss

[TRex]

Den Fehler des TE hatte ich auch...gut, dass es nun ne halbe Lösung dafür gibt (mit dem symlink). Die ganze wäre IMHO, zum alten Konzept zurückzukehren.