foobarbazz
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
Hallo Leute ☺ auf meinem Rechner befinden sich zwei Ubuntus: 17.10 auf sda5 und 16.04.LTS auf sda6 Das erste System auf sda5 erkennt update-grub korrekt.
$menuentry_id_option 'gnulinux-simple-874aa9fa-6827-40f6-aee1-873f7d3311fb'
und
linux /vmlinuz-4.13.0-32-generic root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb
verweisen auf die gleiche Partition. Mit dem 16.04. auf sda6 geht er jedoch nicht richtig um: der Menüeintrag ist noch ok:
$menuentry_id_option 'osprober-gnulinux-simple-604b1cdf-a345-4556-8469-687ab6bbeef2' Die übergebene uuid der Root-Partition an vmlinuz ist jedoch die vom 17.10.:
linux /vmlinuz-4.13.0-32-generic root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb Es gibt im Forum schon diesen Thread: Klick Leider konnte ich die dortige Lösung bei mir nicht nachvollziehen, da mein [sda6]/boot verzeichnis von Haus aus leer ist... Wie kann ich grub beibringen, dass er beim 16.04 auf die richtige Root-Partition verweist? Meine Partitionen:
| foo@dellix:~$ sudo blkid | grep sda
/dev/sda5: UUID="874aa9fa-6827-40f6-aee1-873f7d3311fb" TYPE="ext3" PARTUUID="e23110a6-05"
/dev/sda9: UUID="09091cf6-1c3c-4e6b-908e-98790c029ce6" TYPE="swap" PARTUUID="e23110a6-09"
/dev/sda1: LABEL="boot" UUID="55104222-ab3b-4b9a-bd9c-d132b38ab398" TYPE="ext3" PARTUUID="e23110a6-01"
/dev/sda2: LABEL="data" UUID="80f613d3-3f7f-4776-9a23-9f496d96551b" TYPE="ext3" PARTUUID="e23110a6-02"
/dev/sda3: LABEL="backup" UUID="963753a5-d4fd-4931-a65d-7a1ae99fc50c" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="e23110a6-03"
/dev/sda6: UUID="604b1cdf-a345-4556-8469-687ab6bbeef2" TYPE="ext3" PARTUUID="e23110a6-06"
/dev/sda7: UUID="58ef55b9-24d4-4e3f-bb92-86cbeb3dcb59" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="e23110a6-07"
/dev/sda8: UUID="074505b0-eebf-4a5c-8435-35f8326364dd" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="e23110a6-08"
|
Die /boot/grub/grub.cfg:
grub.cfg LG Ingo
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
foobarbazz schrieb: Leider konnte ich die dortige Lösung bei mir nicht nachvollziehen, da mein [sda6]/boot verzeichnis von Haus aus leer ist... Wie kann ich grub beibringen, dass er beim 16.04 auf die richtige Root-Partition verweist?
Moin, die Datei /boot/grub/grub.cfg sollte auch in deinem 16.04 existieren - zeig mal bitte den Inhalt. Ebenso wär auch noch etc/fstab aus dem 16.04 interessant. Auf beides sollte ein Zugriff via 17.10 über den Dateibrowser möglich sein. Des weiteren, zeig aus 17.10 heraus auch noch
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
foobarbazz schrieb: Mit dem 16.04. auf sda6 geht er jedoch nicht richtig um: ...
War das schon immer so, dass er mit 16.04 nicht richtig um geht? D. h., seit dem Du die zwei Ubuntus installiert hast, oder erst nach einem bestimmten update?
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
moin, Frieder108 schrieb:
die Datei /boot/grub/grub.cfg sollte auch in deinem 16.04 existieren - zeig mal bitte den Inhalt.
Hoffentlich nicht leider, hab ich eine extra boot-Partition auf sda1 eingerichtet. Auf sda6 ist nur das /boot-Verzeichnis, aber wie gesagt leer... 😲 Frieder108 schrieb: ... Ebenso wär auch noch etc/fstab aus dem 16.04 interessant.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=604b1cdf-a345-4556-8469-687ab6bbeef2 / ext3 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=55104222-ab3b-4b9a-bd9c-d132b38ab398 /boot ext3 defaults 0 2
# swap was on /dev/sda9 during installation
UUID=09091cf6-1c3c-4e6b-908e-98790c029ce6 none swap sw 0 0 Frieder108 schrieb: Des weiteren, zeig aus 17.10 heraus auch noch
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
foo@dellix:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
BIOS lubux schrieb: foobarbazz schrieb: Mit dem 16.04. auf sda6 geht er jedoch nicht richtig um: ...
War das schon immer so, dass er mit 16.04 nicht richtig um geht? D. h., seit dem Du die zwei Ubuntus installiert hast, oder erst nach einem bestimmten update?
... ich muss leider sagen, dass ich das 16.04 bis heute eher stiefmütterlich behandelt habe, kann mich jedoch vage daran erinnern, dass ich kurz nach der Installation auch Unity mal kurz gesehen hab. Zwischenzeitlich, also nach dem Aufspielen sind einige update-grub's im 17.10 gelaufen... 17.10 wurde am 17.01. aufgesetzt.
Das 16.04 kam zwei drei Tage später, habs aber seither nicht mehr angerührt - bis ich jetzt mal schauen wollte, wies ihm geht und es prompt in Gnome3 gebootet ist. Der Rest ist Geschichte...☺ Im Großen und Ganzen hoffe ich bis hierher, dass ich mit der extra-boot-Partition nicht auf dem Holzweg bin?
BTW: Wenn ich von Hand in der grub.cfg die richtige UUID eintrage, dann bootet mir 16.04 auch in Unity... Aber das kann ja wohl nicht die Lösung sein...
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Wenn ich von Hand in der grub.cfg die richtige UUID eintrage, dann bootet mir 16.04 auch in Unity...
kannst du das mal näher erläutern? Wo trägst du das "von Hand"! ein? Und noch ne Frage: hast du die sda1 evtl. in beide Systeme eingebunden?
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
Frieder108 schrieb: Wenn ich von Hand in der grub.cfg die richtige UUID eintrage, dann bootet mir 16.04 auch in Unity...
kannst du das mal näher erläutern? Wo trägst du das "von Hand"! ein?
/boot/grub/grub.cfg:
menuentry 'Ubuntu 16.04.3 LTS (16.04) (on /dev/sda6)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-604b1cdf-a345-4556-8469-687ab6bbeef2' {
insmod part_msdos
insmod ext2
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 55104222-ab3b-4b9a-bd9c-d132b38ab398
else
search --no-floppy --fs-uuid --set=root 55104222-ab3b-4b9a-bd9c-d132b38ab398
fi
linux /vmlinuz-4.13.0-32-generic root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
initrd /initrd.img-4.13.0-32-generic
} ... ersetzte ich durch linux /vmlinuz-4.13.0-32-generic root=UUID=604b1cdf-a345-4556-8469-687ab6bbeef2 ro Frieder108 schrieb: Und noch ne Frage: hast du die sda1 evtl. in beide Systeme eingebunden?
in der [sda6]/etc/fstab ist ein Eintrag für [sda1] als /boot vorhanden... ... hab dies noch probiert: foo@dellix:~$ sudo os-prober
[sudo] Passwort für foo:
/dev/sda6:Ubuntu 16.04.3 LTS (16.04):Ubuntu:linux
foo@dellix:~$ sudo linux-boot-prober /dev/sda6
/dev/sda6:/dev/sda1:Ubuntu:/boot/vmlinuz-4.13.0-32-generic:/boot/initrd.img-4.13.0-32-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-32-generic:/boot/vmlinuz-4.13.0-32-generic:/boot/initrd.img-4.13.0-32-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-32-generic (recovery mode):/boot/vmlinuz-4.13.0-32-generic:/boot/initrd.img-4.13.0-32-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro recovery nomodeset
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-31-generic:/boot/vmlinuz-4.13.0-31-generic:/boot/initrd.img-4.13.0-31-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-31-generic (recovery mode):/boot/vmlinuz-4.13.0-31-generic:/boot/initrd.img-4.13.0-31-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro recovery nomodeset
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-25-generic:/boot/vmlinuz-4.13.0-25-generic:/boot/initrd.img-4.13.0-25-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.13.0-25-generic (recovery mode):/boot/vmlinuz-4.13.0-25-generic:/boot/initrd.img-4.13.0-25-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro recovery nomodeset
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.10.0-28-generic:/boot/vmlinuz-4.10.0-28-generic:/boot/initrd.img-4.10.0-28-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro
/dev/sda6:/dev/sda1:Ubuntu, with Linux 4.10.0-28-generic (recovery mode):/boot/vmlinuz-4.10.0-28-generic:/boot/initrd.img-4.10.0-28-generic:root=UUID=874aa9fa-6827-40f6-aee1-873f7d3311fb ro recovery nomodeset Woher bekommt linux-boot-prober diese Info?
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Woher bekommt linux-boot-prober diese Info?
os-prober Und noch ne Frage: wohin hast du bei der Installation von 16.04 den Grub 2 installiert? Zeig mal bitte aus 17.10 heraus die Ausgabe von
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\""
Keine Panik, auch wenn es sehr kryptisch ausschaut - damit wird nur ausgelesen, wo überall Grub installiert ist 😊
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
hehe... ich hoff mal, das war jetzt copy&paste, sonnst geh ich zum weinen inn Keller!!! 😢 /dev/sda: GRUB 2 v1.99
/dev/sda1: Kein GRUB 00
/dev/sda2: Kein GRUB 00
/dev/sda3: Kein GRUB 00
/dev/sda4: Kein GRUB 00
/dev/sda5: Kein GRUB 00
/dev/sda6: Kein GRUB 00
/dev/sda7: Kein GRUB 00
/dev/sda8: Kein GRUB 00
/dev/sda9: Kein GRUB 00
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
foobarbazz schrieb: Frieder108 schrieb:
Frieder108 schrieb: Und noch ne Frage: hast du die sda1 evtl. in beide Systeme eingebunden?
in der [sda6]/etc/fstab ist ein Eintrag für [sda1] als /boot vorhanden...
Könntest du trotzdem die von Frieder108 gestellte Frage mit Ja oder Nein beantworten?
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
apt-ghetto schrieb: foobarbazz schrieb: Frieder108 schrieb:
Frieder108 schrieb: Und noch ne Frage: hast du die sda1 evtl. in beide Systeme eingebunden?
in der [sda6]/etc/fstab ist ein Eintrag für [sda1] als /boot vorhanden...
Könntest du trotzdem die von Frieder108 gestellte Frage mit Ja oder Nein beantworten?
ich habe sda1 nicht in beide Systeme eingebunden.
Was ich getan habe: während der Installation beider Systeme habe ich /dev/sda1 als Ziel für /boot eingestellt.
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
foobarbazz schrieb: apt-ghetto schrieb: foobarbazz schrieb: Frieder108 schrieb:
Frieder108 schrieb: Und noch ne Frage: hast du die sda1 evtl. in beide Systeme eingebunden?
in der [sda6]/etc/fstab ist ein Eintrag für [sda1] als /boot vorhanden...
Könntest du trotzdem die von Frieder108 gestellte Frage mit Ja oder Nein beantworten?
ich habe sda1 nicht in beide Systeme eingebunden.
Was ich getan habe: während der Installation beider Systeme habe ich /dev/sda1 als Ziel für /boot eingestellt.
Das scheint ja wichtig zu sein, also nur zum Verständnis und bitte nicht schlagen: kann es sein, dass jedes "System" ein eigenes /boot/ benötigt?
Wenn ja, wie bringe ich das dem 16.04 nachträglich bei (ich will ja schließlich was lernen!)
mfg Ingo
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
foobarbazz schrieb: Was ich getan habe: während der Installation beider Systeme habe ich /dev/sda1 als Ziel für /boot eingestellt.
und genau das verursacht dein Problem - beide Systeme schreiben da rein, dazu kommt auch noch, dass beide Systeme den Grub in den MBR geschrieben haben, das bedeutet, wenn du in 16.04 ein "update-grub" ausführst, hast du das Problem genau anders rum. Als Lösung würde ich vorschlagen, in einem der beiden Systeme die Boot-Partition in der etc/fstab auskommentieren und den Grub in die Systemparttiton zu installieren. Dazu später mehr - jetzt geht es darum, dass du ein System als Hauptsystem aussuchen musst, danach bauen wir den Spass um → Frage: welches System soll der "Master" sein?
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
Frieder108 schrieb: Frage: welches System soll der "Master" sein?
Jetzt gehts vorwärts:) 17.10 soll der Meister sein...
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
foobarbazz schrieb:
Jetzt gehts vorwärts
aber vorher machst du noch eine Datensicherung 😉 Wir machen das jetzt in 2 Etappen → starte 17.10 und dann installieren wir vorsichtshalber Grub nochmal neu
sudo grub-install /dev/sda
danach editieren wir mit nano die Datei /etc/grub.d/40_custom und erstellen einen neuen Eintrag im Grubmenü
sudo nano /etc/grub.d/40_custom
und da fügst du via "copy+paste" den markierten Teil ein
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry "Ubuntu 16.04 auf /dev/sda6" {
insmod ext2
search --no-floppy --fs-uuid --set=root 604b1cdf-a345-4556-8469-687ab6bbeef2
configfile /boot/grub/grub.cfg
}
Achte darauf, dass unten noch eine Leerzeile ist, sprich, der Cursor muss in der übernächsten Zeile blinken - dann mit
F3 speichern, mit
⏎ bestätigen und mit
F2 nano beenden. Bedenke, dass du zum einfügen
Strg +
⇧ +
V benutzen musst, da "nano" nur über die Tastatur zu bedienen ist. Danach dann ein
sudo update-grub
ausführen und dann machst du einen Neustart und testest, ob der neue Eintrag funktioniert. Arbeite genau und sollte es Fehlermeldungen geben, dann poste die bitte - wünsche gutes Gelingen. Wenn alles gut geht, melde dich aus 16.04 heraus, dann gehen wir zum 2ten Teil über - also dem 16.04 die /boot wegnehmen und Grub in die Systempartition installieren.
|
foobarbazz
(Themenstarter)
Anmeldungsdatum: 15. Januar 2018
Beiträge: 22
|
Danke Frieder108! So weit so gut. Bin im 16.04. Das hat jedoch nicht auf Anhieb gefunzt: der Grub ist erstmal beim Booten immer im Kreis gelaufen... 😀 Daraufhin hab ich alles von [sda1]/ auf [sda6]/boot kopiert und die /etc/grub.d/40_custom nochmals modifiziert: foo@dellix:~$ cat /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry "Ubuntu 16.04 auf /dev/sda6" {
insmod ext2
search --no-floppy --fs-uuid --set=root 604b1cdf-a345-4556-8469-687ab6bbeef2
# configfile /boot/grub/grub.cfg
linux /boot/vmlinuz-4.13.0-32-generic root=UUID=604b1cdf-a345-4556-8469-687ab6bbeef2 ro
initrd /boot/initrd.img-4.13.0-32-generic
} Dann noch:
foo@dellix:~$ sudo update-grub Hier noch die roten Einträge von journalctl: Jan 27 19:17:45 dellix systemd-modules-load[235]: could not open moddep file '/lib/modules/4.13.0-32-generic/modules.dep.bin'
Jan 27 19:17:45 dellix systemd-modules-load[235]: Failed to lookup alias 'lp': Function not implemented
Jan 27 19:17:45 dellix systemd-modules-load[235]: could not open moddep file '/lib/modules/4.13.0-32-generic/modules.dep.bin'
Jan 27 19:17:45 dellix systemd-modules-load[235]: Failed to lookup alias 'ppdev': Function not implemented
Jan 27 19:17:45 dellix systemd-modules-load[235]: could not open moddep file '/lib/modules/4.13.0-32-generic/modules.dep.bin'
Jan 27 19:17:45 dellix systemd-modules-load[235]: Failed to lookup alias 'parport_pc': Function not implemented
Jan 27 19:17:49 dellix systemd-udevd[280]: could not open moddep file '/lib/modules/4.13.0-32-generic/modules.dep.bin'
Jan 27 19:17:49 dellix systemd-udevd[280]: could not open moddep file '/lib/modules/4.13.0-32-generic/modules.dep.bin'
Jan 27 19:18:06 dellix lightdm[896]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Jan 27 19:18:06 dellix lightdm[896]: PAM adding faulty module: pam_kwallet.so
Jan 27 19:18:06 dellix lightdm[896]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Jan 27 19:18:06 dellix lightdm[896]: PAM adding faulty module: pam_kwallet5.so
Jan 27 19:18:10 dellix lightdm[970]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Jan 27 19:18:10 dellix lightdm[970]: PAM adding faulty module: pam_kwallet.so
Jan 27 19:18:10 dellix lightdm[970]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Jan 27 19:18:10 dellix lightdm[970]: PAM adding faulty module: pam_kwallet5.so Wie geht's jetzt weiter?
mfg Ing
|