hda abklemmen führt zu kernel panic
Hallo zusammen,
im Thread "grub hd0 -> hd3" (ab 16.04.) habe ich mein Problem schon
diskutiert, leider bislang ohne Ergebnis. Da ich mir nicht sicher bin,
ob's wirklich an grub (bzw. nur an grub) liegt, mache ich einen neuen
Thread auf:
Ich habe eine neue Platte, welche als einzige S-ATA-Platte neben
IDE-Platten als neues / laufen soll. Meine alte hda1 habe ich deshalb
auf sda1 gespiegelt. Nachdem ich im BIOS die Bootreihenfolge umgestellt
habe, scheint auch von der neuen gebootet zu werden, allerdings bringt
grub mir immer eine Fehlermeldung:
root (hd,0) Error 23: Error while parsing number
Ist klar, allerdings ist der Eintrag in der menu.lst korrekt. Wenn ich
das mit e editiere auf (hd0,0) klappt der Bootvorgang auch.
Allerdings nur, wenn hda, deren Partitionen momentan nicht gemountet
sind, mit im System hängt, sobald ich die abklemme (testhalber) kriege
ich Probleme, sonst bootet das System, bringt aber Differenzen zwischen
mount und cat /proc/mounts:
root@linux:/# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda7 on /var type ext3 (rw)
/dev/mapper/home_crypt on /home type ext3 (rw)
/dev/mapper/opt_crypt on /opt type ext3 (rw)
/dev/mapper/music_crypt on /opt/mp3 type ext3 (rw,grpid)
/dev/mapper/www_crypt on /var/www type ext3 (rw,grpid)
root@linux:/#
root@linux:/# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/hda1 / ext3 rw,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid 0 0
proc /proc proc rw,nosuid,nodev,noexec 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
/dev/hda1 /dev/.static/dev ext3 rw,data=ordered 0 0
tmpfs /dev tmpfs rw 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/sda7 /var ext3 rw,data=ordered 0 0
/dev/mapper/home_crypt /home ext3 rw,data=ordered 0 0
/dev/mapper/opt_crypt /opt ext3 rw,data=ordered 0 0
/dev/mapper/music_crypt /opt/mp3 ext3 rw,data=ordered 0 0
/dev/mapper/www_crypt /var/www ext3 rw,data=ordered 0 0
root@linux:/#
Ihr seht, mount hält sda1 für /, /proc/mounts meint es wäre hda1!
Mit device.map habe ich schon gespielt, ohne sichtbaren Erfolg, auch
mtab löschen brachte keine Änderung.
Hänge ich wie oben beschrieben hda ganz ab, kriege ich einen Kernel Panic:
/bin/cat: /sys/block/hda/dev: No such file or directory
Waiting x seconds for /sys/block/hda/dev to show up
[x=1,2,4,8,16]
Das gleiche kommt dann für /sys/block/hda/hda1/dev, dann:
/sys/block/hda/dev bzw. /sys/block/hda/hda1/dev seems to be down
/bin/mknod: missing operand after 'b'
mount: /dev/hda1 does not exist
run_init sagt dann noch:
switching root: success
Und dann kommt der kernel panic
Ich bin da ziemlich ratlos, wieso kann ich die hda nicht abklemmen?
Was evtl. noch Aufschluss bringen könnte: Während der div. neuen
Bootvorgänge kam eine Meldung, das rootfilesystem sei kaputt, im
Maintancemode mußte ich dann nicht /, sondern was in /lib/init/rw (habs
leider nicht notiert) scannen und reparieren. Ich verstehe auch nicht
warum run_init root wechseln will, vielleicht gibt's da einen Zusammenhang?
Was ich noch probieren will ist ein neuer Kernel, ich habe momentan
2.6.18 auf einem Debian Testing.
Ich bin für jegliche Idee wirklich sehr dankbar!
Andre
--
Personal weblog and more: http://bischof.homelinux.net
Stilblüten aus Schreiben von Versicherungsnehmern:
Sofort nach dem Tod meines Mannes bin ich Witwe geworden.
Reply to: