star
Anmeldungsdatum: 1. November 2009
Beiträge: 302
|
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...
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 16564
|
Hallo star, Wenn Efi Rechner in die Efi Partition mit der Erzeugung eines Starteintrages des Systems im NVRAM ..... Gruss Lidux
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 9344
|
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
|
star
(Themenstarter)
Anmeldungsdatum: 1. November 2009
Beiträge: 302
|
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....)
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 9344
|
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.
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
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.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 9344
|
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. ☺
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
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.
|
star
(Themenstarter)
Anmeldungsdatum: 1. November 2009
Beiträge: 302
|
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"
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 9344
|
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:
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
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
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.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 11196
|
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
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 9344
|
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. 👍
|
star
(Themenstarter)
Anmeldungsdatum: 1. November 2009
Beiträge: 302
|
@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?
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 11196
|
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
|