kein /home nach dist-upgrade

[manes]

es ist ja schön, wenn die eintragung einer anderen bezeichnung für die vers devices den rechner wieder funktionieren läßt. aber eine erklärung für dieses hier hab ich noch nicht gefunden:

Code: Alles auswählen

ls -l /dev/sda*
brw-rw---- 1 root disk 8,0 2009-12-09 02:42 /dev/sda
(...)

Code: Alles auswählen

ls: cannont access /dev/hda*: No such file or directory

Code: Alles auswählen

mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
(...)

Code: Alles auswählen

file -s /dev/hda3
/dev/hda3: ERROR: cannot open '/dev/hda3' (No such file or directory)

Code: Alles auswählen

file -s /dev/sda3
/dev/sda3: Linux rev 1.0 ext3 filesystem data, UUID=ea2b2266-5bad-433d-acd8-c927
9a1307d9 (large files)

warum wird nur hda3 zu sda3 und nicht auch die anderen partitionen von hdx zu sdx umbenannt? und andersrum: warum wird hda1 nicht zu sda1? verstehe ich nicht...
grüße
manes

[michi88]

Hallo,

bin zwar froh, dass 2.6.30 nun hier laeuft, wuesste aber auch ganz gern, woran das nun gelegen hat.

Gruss
Michi88

[Danielx]

es ist ja schön, wenn die eintragung einer anderen bezeichnung für die vers devices den rechner wieder funktionieren läßt. aber eine erklärung für dieses hier hab ich noch nicht gefunden:

Ja, genau deshalb hatte ich auch nochmal genauere Infos angefordert.

warum wird nur hda3 zu sda3 und nicht auch die anderen partitionen von hdx zu sdx umbenannt? und andersrum: warum wird hda1 nicht zu sda1? verstehe ich nicht...

Es ist ja noch merkwürdiger!

Code: Alles auswählen

ls -l /dev/sda*
brw-rw---- 1 root disk 8,0 2009-12-09 02:42 /dev/sda
brw-rw---- 1 root disk 8,0 2009-12-09 02:42 /dev/sda1
brw-rw---- 1 root disk 8,0 2009-12-09 02:42 /dev/sda2
brw-rw---- 1 root disk 8,0 2009-12-09 02:42 /dev/sda3

D.h. aus hda wird sda, also:
hda wird zu sda
hda1 wird zu sda1
hda2 wird zu sda2
hda3 wird zu sda3

Aber mount sagt, hda1 wäre gemountet:

Code: Alles auswählen

mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)

obwohl es gar kein Device für hda1 gibt:

Code: Alles auswählen

ls -l /dev/hda*
ls: cannont access /dev/hda*: No such file or directory

Das macht mich etwas ratlos.

wuesste aber auch ganz gern, woran das nun gelegen hat.

Ich interpretiere das jetzt mal so:
Wenn die initrd die /-Partition mountet, heißt die Platte hda und diese Info wird in die /etc/mtab geschrieben, danach übernimmt ein anderer Treiber, welcher nicht in der initrd ist und welcher die Festplatte sda nennt.
Im nachfolgenden Bootvorgang werden dann, so wie üblich, die anderen Partitionen gemountet, was aber hier fehlschlägt, da die Festplatte jetzt sda heißt, in der fstab aber hdaX steht.
Der Eintrag von hda1 bleibt aber weiterhin in der mtab drin, da diese Partition zwischenzeitlich nicht neu gemountet wurde und diese mtab gibt mount dann aus.

Gruß,
Daniel

[schorsch_76]

Daniel, wenn deine Vermutung zutrifft, sollte ein boot mit einer Rettungs CD mit chroot ins system und ein

Code: Alles auswählen

dpkg-reconfigure kernel-image-`uname -r`

das merkwürdige verhalten lösen.

Gruß

schorsch

[KBDCALLS]

Die merkwürdige Devicezuordnung ist mir auch aufgefallen. Bevor man die Initrd neu erstellt, würde ich alles auf UUID umstellen auch den Grub. Testen ob das funktioniert. Dann in der /etc/initramfs-tools/initramfs.conf die Zeile

Code: Alles auswählen

modules = most

ind

Code: Alles auswählen

modules = dep

ändern. Das plötzlich ein anderer Treiber verwendet wird ist unmöglich. Bzw. zwei für ein Device. Denn es kommt der zum Zuge der als erstes seine Finger auf dem Device hat. Bevor du irgenwas an der Intrd änderst wäre mal die Ausgabe von

Code: Alles auswählen

pcimodules

interesssant