ubuntuusers.de

Ich hab auf eine Windows-Platte Platz gemacht (bestehen aus den Haupt-partionen Windows, Data und BackupData) und manuell (bei der Installation "anderes" gewählt) auf zwei weiteren Partitionen "/" und Swap installiert. Wohin ich den Bootloader gepackt hab weiß ich nicht mehr. EFI-Partition, sda (? wo landet der da eigentlich, es gibt doch nur sda1,2,3....) oder in der /-Partition - keine Ahnung. Soweit so gut. Um ein Backup für Spielereien zu haben hab ich eine weitere "/" Partition eingerichtet und Ubuntu nochmal installiert. (leider wieder keine Ahnung wohin der Bootloader ging). Also (efi sda2), Win (sda4), Data (sda8), Backup (sda9), Ubu1 (sda6), Swap (sda7), Ubu2(sda10) sind die großen Partitionen.

Jetzt hab ich den Eindruck, beim Booten wird erst der Bootloader von Ubu2 und dann erst der von Ubu1 aufgerufen, es dauert jedenfalls länger? Und eine kurze Meldung über irgendwas mit BIOS/EFI bekomme ich auch 2x angezeigt ( MODSIGN: Couldn't get UEFI db list) nicht jedoch beim Booten in Ubu2). Wie bekomme ich Ordnung in das Boot-Chaos? Am besten wäre doch ein gemeinsamer Bootloader in einer neutralen Partition aufgehoben oder? Ich blick es nicht...

Hallo star,

Wenn Efi Rechner in die Efi Partition mit der Erzeugung eines Starteintrages des Systems im NVRAM .....

Gruss Lidux

hallo star, da benötigt es doch noch einiges mehr an Information, um das Problem zu verstehen und dann gezielt helfen zu können.

Zeig mal für den Anfang die Terminalausgaben von

sudo parted --list

und von

sudo efibootmgr -v

in einem jeweils eigenen Codeblock aus irgendeinem der Systeme heraus - vorzugsweise aber von dem, welches dein "Hauptsystem" sein soll

Partitions:

Modell: ATA ST2000LX001-1RG1 (scsi)
Festplatte  /dev/sda:  2000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem     Name                          Flags
 1      1049kB  473MB   472MB   ntfs            Basic data partition          versteckt, diag
 2      473MB   578MB   105MB   fat32           EFI system partition          boot, esp
 3      578MB   595MB   16,8MB                  Microsoft reserved partition  msftres
 4      595MB   74,9GB  74,3GB  ntfs            Basic data partition          msftdata
 5      74,9GB  75,8GB  871MB   ntfs                                          versteckt, diag
 6      75,8GB  119GB   42,9GB  ext4            Basic data partition          msftdata
 7      119GB   127GB   8590MB  linux-swap(v1)  Basic data partition          msftdata
 8      127GB   879GB   752GB   ntfs            Basic data partition          msftdata
 9      879GB   1953GB  1074GB  ntfs            Basic data partition          msftdata
10      1953GB  2000GB  47,2GB  ext4


Fehler: /dev/mapper/veracrypt1: unbekannte Partitionstabelle
Modell: Linux device-mapper (crypt) (dm)                                  
Festplatte  /dev/mapper/veracrypt1:  21,5GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: unknown
Disk-Flags: 

Und hier efi:

BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0002,2001,2002,2003
Boot0000* ubuntu	HD(2,GPT,bb037207-de14-4654-b743-76658b0231be,0xe1800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Windows Boot Manager	HD(2,GPT,bb037207-de14-4654-b743-76658b0231be,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Wie bekomme ich heraus wie mein System aktuell bootet? Also ich fürchte, dass ich wenn ich mir Grub ansehe, nur den zweiten Grub-Call sehe (also mein Verdacht ist das ich zwei kaskadiert hab....)

Hmm, kann es sein, dass die Ausgabe von

sudo parted --list

nicht vollständig ist - ich seh da nix,was auch nur annähernd auf ein Linux-System deutet?

Und bitte zusätzlich auch noch die Ausgaben von

df -h

und

sudo os-prober

zeigen.

Wie bekomme ich heraus wie mein System aktuell bootet?

Dein Ubuntu läuft im UEFI-Modus - mehr kann man aber aktuell nicht dazu sagen.

ich seh da nix,was auch nur annähernd auf ein Linux-Systemdeutet?

Und was hältst von den sda6/7 und sda10....!?

L.G.

Ali_As schrieb:

Und was hältst von den sda6/7 und sda10....!?

upps - hast recht → da hab ich mich wohl von den vielen "Basic data partition msftdata" ablenken lassen.

Dann halt weiter ohne das erneute "parted --list" 😉

Als Schuß ins Blaue würd ich ja sagen, beide Ubuntus wurden "mit Grub" installiert (leider) - wie man das dann letzendlich auflöst, da bin ich noch am überlegen. ☺

Die Ausgabe von

sudo blkid

wäre ggf. nützlich. dann könnte man sehen,auf welche Partition der Eintrag lt. efibootmgr zugreift.

L.G.

df -h

udev                    3,9G       0  3,9G    0% /dev
tmpfs                   786M    1,5M  785M    1% /run
/dev/sda6                40G     16G   22G   43% /
tmpfs                   3,9G     72M  3,8G    2% /dev/shm
tmpfs                   5,0M    4,0K  5,0M    1% /run/lock
tmpfs                   3,9G       0  3,9G    0% /sys/fs/cgroup
/dev/loop0               92M     92M     0  100% /snap/core/6531
/dev/loop7               87M     87M     0  100% /snap/ubuntu-mate-welcome/169
/dev/loop4               72M     72M     0  100% /snap/software-boutique/31
/dev/loop1               88M     88M     0  100% /snap/ubuntu-mate-welcome/220
/dev/loop2               90M     90M     0  100% /snap/core/6673
/dev/loop3              8,0M    8,0M     0  100% /snap/pulsemixer/23
/dev/loop5               91M     91M     0  100% /snap/core/6405
/dev/loop6               88M     88M     0  100% /snap/ubuntu-mate-welcome/242
/dev/sda2                96M     31M   66M   33% /boot/efi
/dev/sda8               700G    516G  185G   74% /home/user/Data
/dev/sda9              1001G     16G  986G    2% /home/user/Backup
tmpfs                   786M     32K  786M    1% /run/user/1000
/dev/mapper/veracrypt1   20G    8,2G   12G   41% /home/user/v

äh – was machen die snaps hier?!? Was ist das? Sowas hat es früher nicht gegeben 😉. Ne im Ernst, sagt mir nichts - aber 3xwelcome und 2xcore klingt etwas übertrieben - was immer das ist!!!

os-prober

/dev/sda10:Ubuntu 18.04.2 LTS (18.04):Ubuntu:linux
/dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi

unglaublich was es alles so für Befehle gibt. Aber hier ist klar, efi bootet das zweite Linux und dessen Grub wohl dann das erste Linux, oder? Aber eigentlich möchte ich jedes Linux unabhängig löschen/neuinstallieren können - was natürlich den Bootloader für das jeweils andere kaputt macht. Wie bekomme ich den Bootloader in die sagen wie efi-Partition - die werde ich ja nicht löschen .....? Oder wenigstens sind beide Linuxe da eingetragen..... Was sagt ihr: Besser zwei Grubs in der jeweiligen root oder ein Grub für beide beide Linuxe?

blkid

/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: LABEL="Wiederherstellung" UUID="B4AA3243AA320282" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="c5599d04-3140-4e6e-9f78-dd3c8fcea8de"
/dev/sda2: UUID="1C36-B86A" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="bb037207-de14-4654-b743-76658b0231be"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="d9d3516f-2770-472c-948a-91efcd9e4240"
/dev/sda4: LABEL="Win10" UUID="82D83FBED83FAF73" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="b04412ee-55b2-4485-925e-efd078938351"
/dev/sda5: UUID="B2E07577E0754321" TYPE="ntfs" PARTUUID="d8d0a714-79ad-44d5-a2a4-b98aefb603e5"
/dev/sda6: UUID="57d46719-8164-46c8-9c0a-f17a052d1d10" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="eccd03d6-1aaf-49e0-83c4-8bb0ac833b1e"
/dev/sda7: UUID="17a5c88d-f9ef-408f-976e-416a2b8bf156" TYPE="swap" PARTLABEL="Basic data partition" PARTUUID="10efb71d-a5fb-4362-9af4-b3bcd3fd2a82"
/dev/sda8: LABEL="Data" UUID="58DC159EDC157788" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="8ea62273-aef2-4c58-ac53-7d74ad8a2afa"
/dev/sda9: LABEL="Backup" UUID="BAEE24A1EE2457C1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="71d541a0-ff5f-47fc-8103-255d84e456d5"
/dev/sda10: UUID="d4399792-9fa2-4151-a287-9c4b10d20301" TYPE="ext4" PARTUUID="09c1ebb0-3389-4c53-978d-0426d3a8e4b1"
/dev/mapper/veracrypt1: UUID="0A2B-D631" TYPE="exfat"

Was sagt ihr: Besser zwei Grubs in der jeweiligen root oder ein Grub für beide beide Linuxe?

das mit Grub in die Systempartition geht nicht bei UEFI - Grub wird immer in die Efi-Partition geschrieben und bei dir ist es jetzt so, dass sich die beiden *buntus gegenseitig überschreiben.

Du musst spätestens beim 2ten Ubuntu ohne Grub installieren, das geht (mit Ausnahme von Lubuntu 18.10 und neuer) nur, indem du die Installation aus dem Terminal des Live-Systemes heraus mit

ubiquity -b

startest.

Eine weitere Möglichkeit wäre der sogenannte Stand-alone-Grub, das hab ich selber aber auch noch nie gemacht (ich mach das über eine manuelle Konfiguration im Hauptsystem) und hilft dir aktuell ohne neuinstallieren auch nicht weiter.

Fragen:

• wenn du den Rechner startest, welches der beiden *buntus wird dann automatisch gebootet?

• welches der beiden *buntus soll das Hauptsystem sein?

Und kannst du bitte der Vollständigkeit halber aus deinem "Ubu2" heraus auch mal die Ausgaben von

df -h

und von

sudo efibootmgr -v

zeigen?

Ach ja, wegen dem "schnaps" → snap

das mit Grub in die Systempartition geht nicht bei UEFI - Grub wird immer in die Efi-Partition geschrieben und bei dir ist es jetzt so, dass sich die beiden *buntus gegenseitig überschreiben.

Ja, Denkfehler meinerseits gestern mit blkid. Der Eintrag verweist natürlich auf die ESP. Wohin sonst!

L.G.

Hej Frieder108,

*scnr*
Frieder108 schrieb:

... das mit Grub in die Systempartition geht nicht bei UEFI

aber bei legacy, und es spräche nichts dagegen, eine 2. Instanz von Ubuntu im "legacy Modus" zu installieren, der (im EFI) vorhandene grub kann ein in welchem Modus auch immer installiertes weiteres Ubuntu in sein Bootmenü per os-prober integrieren.

...dass sich die beiden *buntus gegenseitig überschreiben.

und noch ein weiteres **scnr**: Es ist also nicht nur in MBR/MPT Systemen so eine Sache mit Mehrboot O/Sen; lediglich bei EFI gelingt es, ohne Hand anzulegen, ein Windows und ein Ubuntu friedlich nebeneinander zu installieren. Mit EFI wird es auch dann zum Fummelkram, wenn man mehr als jeweils ein solches O/S auf der Platte haben möchte.

Du musst spätestens beim 2ten Ubuntu ohne Grub installieren, das geht (mit Ausnahme von Lubuntu 18.10 und neuer) nur, indem du die Installation aus dem Terminal des Live-Systemes heraus mit

ubiquity -b

startest.

was ja bekanntermaßen den Nachteil hat, daß keine grub.cfg angelegt wird, und ein neuer kernel im 2. System erst nach starten des Hauptsystems (oder ein Eintrag in einer 40_custom weist gleich auf die SymLinks, aber ohne grub.cfg ist schon blöd!)

Eine weitere Möglichkeit wäre der sogenannte Stand-alone-Grub, das hab ich selber aber auch noch nie gemacht (ich mach das über eine manuelle Konfiguration im Hauptsystem) und hilft dir aktuell ohne neuinstallieren auch nicht weiter.

nein, das geht auch ohne Neuinstallation, man muß nur bei einem der Ubuntus wie hier beschrieben "die grub Aktivitäten" ins EFI "umlenken".

Gruß black tencate

black_tencate schrieb:

Du musst spätestens beim 2ten Ubuntu ohne Grub installieren, das geht (mit Ausnahme von Lubuntu 18.10 und neuer) nur, indem du die Installation aus dem Terminal des Live-Systemes heraus mit

ubiquity -b

startest.

was ja bekanntermaßen den Nachteil hat, daß keine grub.cfg angelegt wird, und ein neuer kernel im 2. System erst nach starten des Hauptsystems (oder ein Eintrag in einer 40_custom weist gleich auf die SymLinks, aber ohne grub.cfg ist schon blöd!)

naja, ein banales "update-grub" bringt dir die grub.cfg auch ohne einen installierten Grub - dass man die aber für "40_custom" nicht braucht, dürfte dir auch bekannt sein. 😉

… das geht auch ohne Neuinstallation, man muß nur bei einem der Ubuntus wie hier beschrieben "die grub Aktivitäten" ins EFI "umlenken".

du hast recht - das ist so banal wie einfach, das tut mir gerade fast schon weh → eigentlich ist mir das auch bekannt, ich hatte es aber nicht mehr auf dem Schirm. 👍

@Frieder108:

Phh, also derzeit ist Ubu1 das default-boot. Aber das hab ich mal geändert, denn nach der Installation von Ubu2 war es natürlich Ubu2. Ihr schreibt das grub ist in der efi-Partition - kann es denn da zweimal sein? Zurück zum Ausgangspunkt: Mein Eindruck ist dass ich wenn ich in Ubu1 boote, dann erst noch eine extra-Schleife via das grub von Ubu2 drehe. Ausserdem gibt es eine Fehlermeldung vom der efi.db .... Die logs kommen später.

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            3,9G       0  3,9G    0% /dev
tmpfs           786M    1,4M  785M    1% /run
/dev/sda10       44G    6,9G   34G   17% /
tmpfs           3,9G     37M  3,9G    1% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           3,9G       0  3,9G    0% /sys/fs/cgroup
/dev/loop0       88M     88M     0  100% /snap/ubuntu-mate-welcome/220
/dev/loop2       88M     88M     0  100% /snap/ubuntu-mate-welcome/242
/dev/loop1       90M     90M     0  100% /snap/core/6673
/dev/loop4       92M     92M     0  100% /snap/core/6531
/dev/loop3       91M     91M     0  100% /snap/core/6405
/dev/loop5      8,0M    8,0M     0  100% /snap/pulsemixer/23
/dev/loop6       72M     72M     0  100% /snap/software-boutique/31
/dev/sda9      1001G     16G  986G    2% /home/user/Backup
/dev/sda8       700G    516G  185G   74% /home/user/Data
/dev/sda2        96M     31M   66M   33% /boot/efi
tmpfs           786M     32K  786M    1% /run/user/1000

efi:

BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0002,2001,2002,2003
Boot0000* ubuntu	HD(2,GPT,bb037207-de14-4654-b743-76658b0231be,0xe1800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Windows Boot Manager	HD(2,GPT,bb037207-de14-4654-b743-76658b0231be,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Die Efi-Partition ist in /boot/efi eingehängt. Darin gibt es dann neben dem MS Eintrag auch einen Ubuntu Folder, der ein sehr schlichtes grub.cfg hat:

search.fs_uuid d4399792-9fa2-4151-a287-9c4b10d20301 root hd0,gpt10 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

In /boot/grub gibt es auch eine, aber die hat mit 17kB epische Länge (und da stehen auch beide Ubus drin). Das ist dann wahrscheinlich für beide Ubus unterschiedlich - und hier kommt mein Verständnisproblem. Um das zu lesen, muss ja das richtige root-fs schon gemounted sein?!? Und wenn man dann auf das andere Ubuntu/Windows umsteigt geht es ganz von vorn los mit einem Reboot, oder? Ich stelle mir in meinem Leichtsinn vor, dass man immer eine Bootpartition-mountet und die dann das Linux bootet und nicht erst ein zweites mal Grub....

Zu den Snaps: Soll ich die manuell deinstallieren? Ich brauche kein "welcome" und schon gar nicht drei? Wie kann es dazu kommen?

Hej Frieder108,

Frieder108 schrieb:

...bringt dir die grub.cfg auch ohne einen installierten Grub - dass man die aber für "40_custom" nicht braucht, dürfte dir auch bekannt sein. 😉

na ja, in die 40_custom muß man dann schon die SymLinks auf das Zweitsystem schreiben; oder in Kauf nehmen, nach einem kernel update im 2. System im grub-führenden system erst ein update-grub machen zu müssen, um an den neuen kernel zu kommen.

@star
star schrieb:

... Die Efi-Partition ist in /boot/efi eingehängt. Darin gibt es dann neben dem MS Eintrag auch einen Ubuntu Folder, der ein sehr schlichtes grub.cfg hat:

und wenn Du da genau hinsiehst, wird nichts weiter als das configfile von sda10 - bestimmt das zuletzt installierte Ubuntu - geladen. Von dieser grub.cfg

search.fs_uuid d4399792-9fa2-4151-a287-9c4b10d20301 root hd0,gpt10 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

"siehst" Du nichts!

In /boot/grub gibt es auch eine, aber die hat mit 17kB epische Länge (und da stehen auch beide Ubus drin).

das soll auch so sein, grub kann mittels os-prober alle auf der/den Platte/n befindlichen O/S in sein Menü aufnehmen und booten. (Btw.: die ist nicht "episch lang", wenn Du mal eine wirklich - unsinnig - lange sehen möchtest *grins* ▶ http://paste.ubuntu.com/p/FfmYKpMWC9/ (Zeile 137 bis 4014). Und noch eins, in der anderen Ubuntuinstallation steht so ziemlich dasselbe, nur eben vorne die eigenen kernel und hinten weiter dann die anderen O/S

Das ist dann wahrscheinlich für beide Ubus unterschiedlich - und hier kommt mein Verständnisproblem. Um das zu lesen, muss ja das richtige root-fs schon gemounted sein?!?

nein, denn es wird ja in dem grub aus der esp lediglich ein weiteres grub.cfg geladen.

Und wenn man dann auf das andere Ubuntu/Windows umsteigt geht es ganz von vorn los mit einem Reboot, oder?

Du kannst das grub.cfg-file der anderen Installation natürlich per 40_custom in das Menü einbinden, nur wozu, Du hast doch alle kernel von beiden Ubuntus schon im Menü!

Ich stelle mir in meinem Leichtsinn vor, dass man immer eine Bootpartition-mountet und die dann das Linux bootet und nicht erst ein zweites mal Grub....

der Bootvorgang läuft schon etwas anders ab; und auch hier bei Dir wird kein 2. grub geladen, das ist lediglich das config-file für das Menü.

Gruß black tencate