Wechsel der UUIDs nach Upgrade
Hallo miteinander,
nachdem gestern ein größeres update anstand, hab ich einen Server
aktualisiert, der vor ca. einem halben Jahr von Lenny auf Squeeze aktualisiert
wurde und seit dem problemlos lief und auch schon mehrere größere Updates
erhalten hatte. An der Hardware wurde absolut nichts verändert.
Dabei wurde auch grub2 aktualisiert und es erschien folgende Meldung:
Der GRUB-Bootloder wurde zuvor auf einem Datenträger, der nicht mehr im System
vorhanden ist oder dessen eindeutige Kennung aus irgendeinem Grund geändert
wurde, installiert. Es ist wichtig, sicherzustellen, dass das installierte
GRUB-Core-Image synchron mit den GRUB-Modulen und grub.cfg bleibt. Bitte
prüfen Sie erneut, dass GRUB auf die entsprechenden Boot-Geräte geschrieben
wird.
...
Anmerkung: Es wurde weder irgendetwas an den Platten noch an den UUIDs
Danach wurde GRUB in /dev/sda, /dev/sdb und /dev/md0 geschrieben. Es gab keine
Fehlermeldungen.
(Es handelt sich um ein RAID1 mit 2 Platten)
Die neue UUID für md0 ist auch in der grub.cfg eingetragen:
---schnipp---
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class
gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md0)'
search --no-floppy --fs-uuid --set 50436e38-f06c-47c8-9333-42b3bdd97496
echo 'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686 root=UUID=50436e38-
f06c-47c8-9333-42b3bdd97496 ro quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md0)'
search --no-floppy --fs-uuid --set 50436e38-f06c-47c8-9333-42b3bdd97496
echo 'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686 root=UUID=50436e38-
f06c-47c8-9333-42b3bdd97496 ro single
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686
}
---schnapp---
blkid liefert:
---schnipp---
/dev/md0: LABEL="root" UUID="50436e38-f06c-47c8-9333-42b3bdd97496" TYPE="ext3"
/dev/md3: LABEL="tmp" UUID="42e929cd-a57e-425b-9b6a-1853d3c2d57d" TYPE="ext3"
/dev/md1: LABEL="var" UUID="b3eedb9c-d29f-48d9-b879-ef5d13564400" TYPE="ext3"
/dev/md2: LABEL="home" UUID="6de2ac0e-ad01-47be-af9f-bfe49d1a00fc" TYPE="ext3"
---schnapp---
soweit stimmt eigentlich alles.
in der fstab sind aber noch die klassischen Devices angegeben:
---schnipp---
/dev/md0 / ext3 defaults,errors=remount-ro 0 1
/dev/md2 /home ext3 defaults 0 2
/dev/md3 /tmp ext3 defaults 0 2
/dev/md1 /var ext3 defaults 0 2
---schnapp---
Auf einem anderen System, auf dem Squeeze frisch aufgesetzt wurde, sind
hingegen die UUIDs in der fstab eingetragen.
Da ich nicht direkt vor der Kiste sitze sondern sie über ssh fernwarte, bin
ich jetzt total verunsichert und trau mich nicht sie neu zu starten.
Besonders, da ich auch schon mal Probleme direkt bei einem Upgrade von Lenny
auf Squeeze hatte als die root-Partition auf einmal nicht mehr gefunden werden
konnte.
Wäre es eine Lösung, auch die fstab so umzuschreiben, dass die Partitionen des
RAID ebenfalls über UUIDs angesprochen werden? Oder wie kann ich sonst sicher
sein, dass die Maschine auch wieder klaglos hochfährt.
BTW: in der Konfiguration vor dem Update wurde im Übrigen in der grub.cfg das
md0 ebenfalls über eine (andere) UUID angesprochen und die fstab war die
gleiche wie jetzt. Warum GRUB oder was auch immer auf einmal die UUIDs
geändert hat, bleibt mir ein Rätsel.
Vielen Dank im Voraus
Gruß
Harry
Reply to: