staging.inyokaproject.org

Xubuntu 1604 startet nach Verschieben nicht - UUID in Grub2 falsch

Status: Gelöst | Ubuntu-Version: Xubuntu 16.04 (Xenial Xerus)
Antworten |

truckinggrizzly

Avatar von truckinggrizzly

Anmeldungsdatum:
2. November 2005

Beiträge: Zähle...

Hallo,

um Ubuntu 18.04.1 zu installieren habe ich zunächst die / von Xubuntu 1604 von der SSD auf die HDD verschoben. Mit rsync vom LiveUSB nach der Anleitung von Ubuntu umziehen. Die eigentliche Installation von Bionic Beaver verlief dann erwartungsgemäß und die Einrichtung läuft (zwar schleppend 😕 aber muss).

Gerade wollte ich 16.04 nochmal starten und hatte lange ein schwarzes Bild und dann die Meldung:

Gave up waiting for root device. Common problems: 
- Boot args (cat /proc/cmdline) 
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?) 
- Missing modules (cat /proc/modules; ls /dev)
ALERT! UUID=e3a54b65-5c6e-45e2-8c5e-14b42aa6eead does not exist. Dropping to a shell!

BusyBox v1.22.4 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash) Enter 'help' for a list of built-in commands. 

(initramfs)

Die angegebene UUID existiert im System ja auch nicht mehr:

tg@Ubuntu1804:~$ sudo blkid -o list -w /dev/null 
device                                fs_type       label          mount point                               UUID
--------------------------------------------------------------------------------------------------------------------------------------------------                          
/dev/sda1                             ntfs          System-reserviert (not mounted)                          4C6AC6266AC60CA0
/dev/sda2                             ntfs          Win10          (not mounted)                             EEB6C929B6C8F35F
/dev/sda3                             ntfs                         (not mounted)                             2CF27E7DF27E4B5A
/dev/sda5                             swap                         [SWAP]                                    986abe3a-9985-4ad3-bd9b-9c639b66e7c0
/dev/sda6                             ext4                         /                                         bfe980ac-5e64-4e69-a987-3dcbafb6a3a0
/dev/sdc1                             ntfs          2TB            (not mounted)                             192605662FFEB2CA
/dev/sdc2                             ext4          xUbuntu1604    /media/tg/xUbuntu1604                     d842a9db-9e95-4550-9b6d-00419117b878
/dev/sdc3                             ext4          xUbuntuAlt     (not mounted)                             fc76d975-ce46-408f-b2d5-3bdbb5e6c500
/dev/sdd1                             ext4          3TB_2          (not mounted)                             a5bf95db-9f1f-44cd-959e-4ee8f7584666                     
/dev/sdb                                                           (not mounted)                             

In der alten fstab habe ich die Änderungen vorgenommen und kommentiert:

# <file system> 				<mount point> 	<type>  	<options> 		<dump>  <pass>
# / was on /dev/sda6 UUID=e3a54b65-5c6e-45e2-8c5e-14b42aa6eead during installation, NEW UUID
UUID=d842a9db-9e95-4550-9b6d-00419117b878 	/               ext4    	errors=remount-ro 	0       1
# swap was on /dev/sda5 during installation, SAME UUID
UUID=986abe3a-9985-4ad3-bd9b-9c639b66e7c0 	none            swap    	sw              	0       0
# 2TB was on /dev/sdc1 during installation
UUID=192605662FFEB2CA 				/media/tg/2TB 	ntfs-3g 	defaults,users 		0 	0
# 
UUID=a5bf95db-9f1f-44cd-959e-4ee8f7584666	/media/tg/3TB_2	ext4	 	defaults,users		0 	0

Grub habe ich nur auf sda, hab aber nach Anleitung mit chroot vom Livesystem eigentlich auch nach sdc installiert.

tg@Ubuntu1804:~$ sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n  2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case  \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\""
/dev/sda: GRUB 2 v1.99
/dev/sda1: Kein GRUB 55aa
/dev/sda2: Kein GRUB 55aa
/dev/sda3: Kein GRUB 55aa
/dev/sda4: Kein GRUB 00
/dev/sda5: Kein GRUB 00
/dev/sda6: Kein GRUB 00
/dev/sdb: Kein GRUB 00
/dev/sdc: Kein GRUB 00
/dev/sdc1: Kein GRUB 55aa
/dev/sdc2: Kein GRUB 00
/dev/sdc3: Kein GRUB 00
/dev/sdd: Kein GRUB 00
/dev/sdd1: Kein GRUB 00

18.04 und Win10 booten problemlos, die Einträge in grub.cfg stimmen nur für Ubuntu 16.04.5 LTS nicht:

tg@Ubuntu1804:~$ cat /boot/grub/grub.cfg 
[...]
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/09_os-prober ###
menuentry 'Windows 10 (auf /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-4C6AC6266AC60CA0' {
	insmod part_msdos
	insmod ntfs
	set root='hd0,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  4C6AC6266AC60CA0
	else
	  search --no-floppy --fs-uuid --set=root 4C6AC6266AC60CA0
	fi
	parttool ${root} hidden-
	drivemap -s (hd0) ${root}
	chainloader +1
}
menuentry 'Ubuntu 16.04.5 LTS (16.04) (auf /dev/sdc2)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d842a9db-9e95-4550-9b6d-00419117b878' {
	insmod part_msdos
	insmod ext2
	set root='hd2,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos2 --hint-efi=hd2,msdos2 --hint-baremetal=ahci2,msdos2  d842a9db-9e95-4550-9b6d-00419117b878
	else
	  search --no-floppy --fs-uuid --set=root d842a9db-9e95-4550-9b6d-00419117b878
	fi
	linux /boot/vmlinuz-4.4.0-31-generic root=UUID=e3a54b65-5c6e-45e2-8c5e-14b42aa6eead ro quiet splash $vt_handoff
	initrd /boot/initrd.img-4.4.0-31-generic
}
[...]

Wie bringe ich Grub nun bei das die UUID "e3a..." falsch ist und die UUID "d84..." genommen werden muss um 16.04 zu booten?

Liebe Grüße Michael

RESULTS.txt (74.6 KiB)
Ergebnis vom BootinfoScript
Download RESULTS.txt

Quadratschädel

Avatar von Quadratschädel

Anmeldungsdatum:
1. Oktober 2016

Beiträge: 449

hi, öffne bitte ein terminal und gibt den befehl sudo update-grub ein. poste bitte das ergebnis.

siehe: https://wiki.ubuntuusers.de/GRUB_2/Terminalbefehle/#update-grub

truckinggrizzly

(Themenstarter)
Avatar von truckinggrizzly

Anmeldungsdatum:
2. November 2005

Beiträge: Zähle...

Müsste doch auch vom BooinfoScript ausgegeben worden sein. Nichts überraschendes, ist so wie es sein soll.

tg@Ubuntu1804:~$ sudo update-grub
GRUB-Konfigurationsdatei wird erstellt …
Windows 10 auf /dev/sda1 gefunden
Ubuntu 16.04.5 LTS (16.04) auf /dev/sdc2 gefunden
Ubuntu 14.04.5 LTS (14.04) auf /dev/sdc3 gefunden
Linux-Abbild gefunden: /boot/vmlinuz-4.15.0-33-generic
initrd-Abbild gefunden: /boot/initrd.img-4.15.0-33-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.15.0-29-generic
initrd-Abbild gefunden: /boot/initrd.img-4.15.0-29-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
erledigt

Quadratschädel

Avatar von Quadratschädel

Anmeldungsdatum:
1. Oktober 2016

Beiträge: 449

ist die grub.cfg jetzt korrekt und kannst du vers. 16.04 booten?

apt-ghetto

Anmeldungsdatum:
3. Juni 2014

Beiträge: 2943

Hallo Quadratschädel,
halte dich bitte an die Rechtschreibung.

truckinggrizzly

(Themenstarter)
Avatar von truckinggrizzly

Anmeldungsdatum:
2. November 2005

Beiträge: Zähle...

Nein, 16.04 kann ich nicht starten. Es tritt nach wie vor das oben beschriebene auf. Xubuntu 14.04 auf sdc3, Win10 und natürlich das gerade aktive Ubuntu 18.04 laufen normal.

Oben hatte ich ja das Problem schon eingegrenzt; die UUIDs vom mit 09_os-prober erstellten Schnippsel sind ja für sdc2 teilweise fehlerhaft. Ich weiss nur nicht wo ich da anfassen muss um den Fehler zu beheben.

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3793

Eventuell hilft folgende Prozedur:

  • per Live-CD 16.04 grub in die Root-Partition von 16.04 installieren (sdc2?, ermitteln und bei Bedarf anpassen)

mount /dev/sdc2 /mnt
grub-install --boot-directory=/mnt/boot /dev/sdc2
  • aus dem 18.04 nochmal os_prober suchen lassen

Nachtrag: siehe https://debianforum.de/forum/viewtopic.php?t=148125

truckinggrizzly

(Themenstarter)
Avatar von truckinggrizzly

Anmeldungsdatum:
2. November 2005

Beiträge: Zähle...

Geschafft. Ich habe Grub2 ein zweites mal installieren lassen. Anders als dingsbums schrieb, erfolgreich.

Zunächst per LiveUSB gestartet, mit blkid die Bezeichnungen geprüft und per chroot ins kaputte System. Dort dann Grub installiert, die Konfigurationsdatei erstellt und zurück ins Livesystem.

ubuntu@ubuntu:~$ sudo -s
root@ubuntu:~# blkid
/dev/sda1: LABEL="System-reserviert" UUID="4C6AC6266AC60CA0" TYPE="ntfs" PARTUUID="09488513-01"
/dev/sda2: LABEL="Win10" UUID="EEB6C929B6C8F35F" TYPE="ntfs" PARTUUID="09488513-02"
/dev/sda3: UUID="2CF27E7DF27E4B5A" TYPE="ntfs" PARTUUID="09488513-03"
/dev/sda6: UUID="bfe980ac-5e64-4e69-a987-3dcbafb6a3a0" TYPE="ext4" PARTUUID="09488513-06"
/dev/sdc1: LABEL="2TB" UUID="192605662FFEB2CA" TYPE="ntfs" PARTUUID="0008e694-01"
/dev/sdc2: LABEL="xUbuntu1604" UUID="d842a9db-9e95-4550-9b6d-00419117b878" TYPE="ext4" PARTUUID="0008e694-02"
/dev/sdc3: LABEL="xUbuntuAlt" UUID="fc76d975-ce46-408f-b2d5-3bdbb5e6c500" TYPE="ext4" PARTUUID="0008e694-03"
/dev/sdd1: LABEL="3TB_2" UUID="a5bf95db-9f1f-44cd-959e-4ee8f7584666" TYPE="ext4" PARTUUID="641f63de-8458-4289-8679-9f39d535e108"
/dev/sda5: UUID="986abe3a-9985-4ad3-bd9b-9c639b66e7c0" TYPE="swap" PARTUUID="09488513-05"
/dev/sdb: PTUUID="edcbe5d2-e810-4a76-83c7-ce642779ed33" PTTYPE="gpt"
/dev/sde1: UUID="2018-07-25-03-21-56-00" LABEL="Ubuntu 18.04.1 LTS amd64" TYPE="iso9660" PTUUID="663eb4c4" PTTYPE="dos" PARTUUID="663eb4c4-01"
/dev/sde2: SEC_TYPE="msdos" UUID="0D5F-1DB6" TYPE="vfat" PARTUUID="663eb4c4-02"
root@ubuntu:~# echo ==================================================
==================================================
root@ubuntu:~# mount /dev/sdc2 /mnt 
root@ubuntu:~# mount -o bind /dev /mnt/dev 
root@ubuntu:~# mount -o bind /sys /mnt/sys
root@ubuntu:~# mount -t proc /proc /mnt/proc
root@ubuntu:~# cp /proc/mounts /mnt/etc/mtab 
cp: '/proc/mounts' und '/mnt/etc/mtab' sind die gleiche Datei
root@ubuntu:~# chroot /mnt /bin/bash
root@ubuntu:~# echo ==================================================
==================================================
root@ubuntu:/# grub-install /dev/sdc
Installing for i386-pc platform.
installation beendet. Keine Fehler aufgetreten.
root@ubuntu:/# update-grub
Grub-Konfigurationsdatei wird generiert …
Hintergrund gefunden: /boot/grub/images/dark-800x600.jpg
Found background image: /boot/grub/images/dark-800x600.jpg
grub-probe: Fehler: Für /dev/sde1 konnte kein GRUB-Laufwerk gefunden werden. Überprüfen Sie Ihre device.map.
Windows 10 (loader) auf /dev/sda1 gefunden
Ubuntu 18.04.1 LTS (18.04) auf /dev/sda6 gefunden
Ubuntu 14.04.5 LTS (14.04) auf /dev/sdc3 gefunden
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-31-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-31-generic
erledigt
root@ubuntu:/# exit
root@ubuntu:~# exit
exit
ubuntu@ubuntu:~$

Jetzt habe ich einen Standardneustart gemacht (bei mir die SSD = sda) und in Ubuntu 18.04 angemeldet. Auch hier habe ich dann auch eine neue Grub-Konfigurationsdatei erstellt, anzeigen lassen und die UUIDs der 16.04-Installation überprüft.

Passte alles, also Neustart nach Trusty → läuft...

Lidux

Anmeldungsdatum:
18. April 2007

Beiträge: 16801

Hallo truckinggrizzly,

Starte das System was du zuletzt installiert hast und ermittle erstmal alle UUID aller Partitionen. Danach kontrollierst du in allen fstab der installierten Systeme ob diese passen. Du hast nur einmal Grub2 installiert, d.h. von welcher Installation stammt dies ?

PS: erledigt ....

Gruss Lidux

truckinggrizzly

(Themenstarter)
Avatar von truckinggrizzly

Anmeldungsdatum:
2. November 2005

Beiträge: Zähle...

Danke für deine Antwort Lidux. Wir haben wohl zeitgleich abgeschickt.

Ich hatte das alles vor dem ersten Post ja schon gemacht. Dabei ist mir ja erst aufgefallen das alle fstab korrekt waren, 09_os-prober aber irgendwie bei allen Xubuntu 16.04 jeweils nur die beiden ersten UUIDs korrekt eingetragen hatte.

Jetzt läuft alles wieder, demnächst mal schauen ob ich 14.04 in eine VM migrieren kann.

Antworten |