Multboot mit Debian Ubuntu und OpenSuse132

[OpenSuse132]

Hallo,

ich habe ständig das Problem, wenn ich OpenSuse132 Ubuntu Xubuntu und Debian in einem Multiboot System installiert habe, wird jedesmal warum auch immer, beim Starten von OpenSuse aus dem Multiboot Menü das Debian Boot Menü sozusagen von OpenSuse gekapert bzw. übernommen wird und ab sofort startet nicht mehr das Debian Boot Menü, sondern das OpenSuse Boot Menü. Wenn ich aber möchte, dass weiterhin das Boot Menü durch Debian gestartet wird, was muss ich dann innerhalb des terminals von Debian dann tun ?

sda3 ist die boot Partition für Debian, extended ist sda 4 danach kommt direkt sda14 ist die root Partition für Debian 8.2 15 home:
laut gparted, im fdisk -l ist die Darstellung etwas anders, Problem ist, dass ich schon mehrfach Linux Distros in diesem Multiboot Menü gelöscht habe und neu installiert habe, dadurch haben sich die Partitionierungen verschoben, die Installationen sind nicht mehr der Reihe nach.

und OpenSuse sda5 root und sda6 home und sda 17 ist root Debian9 Stretch und 18 home
swap ist auf sda16, die anderen Parttionen sind für diverse Xubuntu, Ubuntu etc.

Bei der Multiboot Installation von OpenSuse habe ich nirgendwo während derInstallation die Möglichkeit gesehen, unter OpenSuse direkt in das root Verzeichnis den Grub von Open Suse zu installieren, wie und wo genau mache ich das eigentlich ?

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sda1  *          2048     206847     204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2           206848  368846847  368640000 175,8G  7 HPFS/NTFS/exFAT
/dev/sda3        368846848  370894847    2048000  1000M 83 Linux
/dev/sda4        375320574 1953523711 1578203138 752,6G  5 Extended
/dev/sda5        637140992  800980991  163840000  78,1G 83 Linux
/dev/sda6        800983040  882903039   81920000  39,1G 83 Linux
/dev/sda7        882905088 1026264462  143359375  68,4G 83 Linux
/dev/sda8       1026267136 1108187135   81920000  39,1G 83 Linux
/dev/sda9       1108189184 1251548558  143359375  68,4G 83 Linux
/dev/sda10      1251551232 1333471231   81920000  39,1G 83 Linux
/dev/sda11      1333473280 1476833279  143360000  68,4G 83 Linux
/dev/sda12      1476835328 1558755327   81920000  39,1G 83 Linux
/dev/sda13      1814761472 1917161471  102400000  48,8G  7 HPFS/NTFS/exFAT
/dev/sda14       375322624  600602623  225280000 107,4G 83 Linux
/dev/sda15       600604672  637138943   36534272  17,4G 83 Linux
/dev/sda16      1917163520 1953523711   36360192  17,3G 82 Linux swap / Solaris
/dev/sda17      1558757376 1784037375  225280000 107,4G 83 Linux
/dev/sda18      1784039424 1814759423   30720000  14,7G 83 Linux

Tschüss

OpenSuse132

 

[OpenSuse132]

Hallo,

da ich leider keine Antwort auf meinen Beitrag bisher bekommen habe, habe ich jetzt OpenSuse 13.2 KDE in dem bestehenen Multiboot System Debian 8.2 gnome amd64 gestartet, wieder hat OpenSuse das Debian Menü übernommen, ich habe im Terminal von OpenSuse: grub2 -mkconig -o /boot/grub2/grub-cfg
eingeben, analog zu Ubuntu und Debian update-grub, leider hat das auch nichts geändert,
jetzt habe unter OpenSuse 13.2 KDE zusätzlich das Problem, dass sämtliche Bootmeldungen grün sind, bis auf die letzte: A start job is running für dev-disk-byv2duuid....

Die ähnliche Meldung hatte ich schon auch unter Debian:

Hier der Link dazu:

https://debianforum.de/forum/viewtopic.php?f=34&t=158789



Hier die blkid dazu:

opensuse132kde:/home/guenter # blkid
/dev/sda1: LABEL="MBR_Windows" UUID="7563286D5123858B" TYPE="ntfs" PARTUUID="571173c1-01" 
/dev/sda2: LABEL="win7_10" UUID="2DBE19C71E60474B" TYPE="ntfs" PARTUUID="571173c1-02" 
/dev/sda3: LABEL="Debian82_Boot" UUID="6a59edfb-66d7-4986-8ddd-6accf10130d6" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-03" 
/dev/sda5: LABEL="OpenSuse132" UUID="fca8c09d-fd82-41ef-96cf-ac3de5f8c8da" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-05" 
/dev/sda6: LABEL="home_opensuse132" UUID="29b3688a-0736-4b83-95dc-6ce50f7456bf" TYPE="ext4" PARTUUID="571173c1-06" 
/dev/sda7: UUID="c9b96a7b-eb52-4876-8789-dabf8b8eb9a9" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-07" 
/dev/sda8: UUID="ededaeb6-e6b6-49a5-a6ef-8f5df348b55e" TYPE="ext4" PARTUUID="571173c1-08" 
/dev/sda9: UUID="d6e041c8-7018-4b15-9bc7-d6cfbb77e6f6" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-09" 
/dev/sda10: UUID="dfebf2f2-b906-4a53-bed4-81d548ff01aa" TYPE="ext4" PARTUUID="571173c1-0a" 
/dev/sda11: UUID="56c831c3-50d2-4df2-9834-838995260b65" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-0b" 
/dev/sda12: UUID="dc6632d0-d2a0-4269-8189-2d2de7c1c1bc" TYPE="ext4" PARTUUID="571173c1-0c" 
/dev/sda13: LABEL="Win7_10_Work" UUID="36A4C3004744753C" TYPE="ntfs" PARTUUID="571173c1-0d" 
/dev/sda14: LABEL="Debian82_root" UUID="d7d8f882-dc9c-47e1-a164-1128faf9f03f" TYPE="ext4" PARTUUID="571173c1-0e" 
/dev/sda15: LABEL="Debian82_home" UUID="1342d655-afdd-410d-8b98-d427c2e802e5" TYPE="ext4" PARTUUID="571173c1-0f" 
/dev/sda16: UUID="e467cf25-6de4-4d44-8008-a57c5e13810c" TYPE="swap" PARTUUID="571173c1-10" 
/dev/sda17: LABEL="Debian9S_root" UUID="ba9d0801-c62f-4d6a-b638-374d472f72fb" TYPE="ext4" PTTYPE="dos" PARTUUID="571173c1-11" 
/dev/sda18: LABEL="Debian9_home" UUID="4cc160ca-0bc6-488b-a636-ad465cfeda04" TYPE="ext4" PARTUUID="571173c1-12" 
opensuse132kde:/home/guenter #

Ist der Fehler wieder im Zusammenhang mit swap zu sehen ?

Hier die aktuelle fdisk -l

Hier ist die aktuelle fdisk -l dazu:

[code]Device     Boot      Start        End    Sectors   Size Id Type
/dev/sda1  *          2048     206847     204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2           206848  368846847  368640000 175,8G  7 HPFS/NTFS/exFAT
/dev/sda3        368846848  370894847    2048000  1000M 83 Linux
/dev/sda4        375320574 1953523711 1578203138 752,6G  5 Extended
/dev/sda5        637140992  800980991  163840000  78,1G 83 Linux
/dev/sda6        800983040  882903039   81920000  39,1G 83 Linux
/dev/sda7        882905088 1026264462  143359375  68,4G 83 Linux
/dev/sda8       1026267136 1108187135   81920000  39,1G 83 Linux
/dev/sda9       1108189184 1251548558  143359375  68,4G 83 Linux
/dev/sda10      1251551232 1333471231   81920000  39,1G 83 Linux
/dev/sda11      1333473280 1476833279  143360000  68,4G 83 Linux
/dev/sda12      1476835328 1558755327   81920000  39,1G 83 Linux
/dev/sda13      1814761472 1917161471  102400000  48,8G  7 HPFS/NTFS/exFAT
/dev/sda14       375322624  600602623  225280000 107,4G 83 Linux
/dev/sda15       600604672  637138943   36534272  17,4G 83 Linux
/dev/sda16      1917163520 1953523711   36360192  17,3G 82 Linux swap / Solaris
/dev/sda17      1558757376 1784037375  225280000 107,4G 83 Linux
/dev/sda18      1784039424 1814759423   30720000  14,7G 83 Linux

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

Tschüss OpenSuse132

 

[josef-wien]

Im Debian-Forum wurde festgestellt, daß die in der fstab eingetragene UUID der SWAP-Partition nicht stimmt. Mittlerweile hat die SWAP-Partition schon wieder eine andere UUID. Das passiert nicht selbsttätig, sondern nur durch einen manuellen Eingriff.

Auch die in Deinem ersten Beitrag erwähnten Probleme treten nicht von allein auf. Solltest Du allerdings eine gemeinsame Boot-Partition für mehrere Systeme (mit jeweils eigenem Boot-Manager) verwenden, ist es logisch, daß jede Automatik sich als das Hauptsystem betrachtet.

Ich und vermutlich die meisten anderen Helfer haben keine Lust, die Vielzahl Deiner Systeme zu analysieren, um herauszufinden, wo Du wieder einmal etwas falsch gemacht hast.

 

[OpenSuse132]

Hallo, erst mal Danke für die Antwort,

das Multiboot System mit Windows und Linux habe ich damals eingerichtet zuerst Windows auf sda1 100 MB dann sda2 Windows10Pro und sda3 Boot für Debian extended sda4 und Debian sda5 und home 6 und danach meines Wissens OpenSuse sda7 root und sda8 home usw.

Mein Problem bei der Installation war, dass ich bis heute nicht weiss, wie ich während der Installation von OpenSuse132 den grub von Suse in das root von Suse schreibe, ich habe während des Installationsvorgang dazu keine Infos gesehen, hier hätte ich gerne gewusst, wie ich bei der Installation von Suse den grub in das eigene root Verrzeichnis von Suse installiere, dass war eigentlich nur die Frage.

Oder wäre es einfacher bei der nächsten Multiboot Installation Suse auf sda5 dann zu installieren und dieses dann aus Hauptsystem zu installieren ?

Bei den anderen Linux Distros habe ich jeweils den grub in den root der jeweiligen Installation geschrieben.

Es ist jawohl auch wichtig vor der ersten Linux Installation, in meinem Beispiel Debian auf sda5 vorher einen kleineren unpartitionierten Bereich z.B. 2 GB zu belassen oder ?

Da mehrfach hier wegen fehlerhaften Multiboot Installationen Debian neu installiert habe, teilweise mittels gparted die Partitionen gelöscht und neu erstellt habe, so das hier Verschiebungen der Paritionen vorkamen, produziere ich vermutlich diese Probleme selbst.

Tschüss

WindowsProfi30Jahre

 

[Sauerland]

hier hätte ich gerne gewusst, wie ich bei der Installation von Suse den grub in das eigene root Verrzeichnis von Suse installiere, dass war eigentlich nur die Frage.

Ist der 1. Punkt in der Installationseinstellungen, bevor die eigentliche Partitionierung und Installation auf die Festplatte beginnt.

 

[OpenSuse132]

Hallo Danke.

nur genau dort an de Stelle habe ich eben schon mehrfach bei der Installation das Problem gehabt:

Bootcode nicht in MBR installieren (nicht installieren )
Bootcode in "/" Partition (installieren )
ausgewählt habe, teilweise lies sich manchmal das gar nicht auswählen oder umstellen

und wenn ich es dann auswählen konnte wurde der GRUB trotzdem gegen meinen Wunsch in sda Festplatte installiert und nicht in / root von OpenSuse 132. Kann ich das während der Installation noch kontrollieren, ob das alles korrekt gelaufen ist ?



Ich persönlich finde ich Schreibweise von der Verständigung her sehr unglücklich gewählt bzw. missverständlich oder ?

Wie kann ich mir während der Installation von OpenSuse ein Bildschirmfoto wie Du es gerade hier eingestellt ist, erstellen ?


Tschüss

OpenSuse132

 

[Sauerland]

Wie kann ich mir während der Installation von OpenSuse ein Bildschirmfoto wie Du es gerade hier eingestellt ist, erstellen ?

In dem Du es unter Vmware, Virtualbox, Qemu oder sonst irgendeinem Virtualisierer installierst und mit z.B. shutter, ksnapshot (Spectacle) oder sonst irgendeinem Tool das Photo machst?

PS:
Es kommt auch darauf an, ob Du im efi oder normalen Boot Modus installierst, das sieht dann ganz anders aus.
Obiges ist im normalen (alten) Boot Modus.

 

[josef-wien]

grub in das eigene root Verrzeichnis von Suse installiere

Das geht nicht nur bei der Installation, sondern auch im laufenden System (der MBR selbst bleibt dabei unverändert, daher mußt Du danach in Debian den Boot-Manager neu in den MBR installieren). Ein einfaches

grub2-install /dev/sda5

sollte es tun, aber davon bekommt YaST vermutlich nichts mit.

vor der ersten Linux Installation, in meinem Beispiel Debian auf sda5 vorher einen kleineren unpartitionierten Bereich z.B. 2 GB zu belassen

Was soll das wieder sein?

Verschiebungen der Paritionen

Da sehe ich keinen ursächlichen Zusammenhang mit Deinen Problemen. Es gibt keine zentrale Stelle, an der die Daten über die logischen Partitionen stehen, sondern jede logische Partition zeigt auf die nächste logische Partition. Wenn Du aus dieser Kette ein Glied entfernst, muß die Kette ab dieser Stelle neu gebildet werden, d. h. die Namen der Partitionen ändern sich dadurch. Eine neu erstellte logische Partition wird immer ans Ende der Kette gestellt. Partitionen löscht man üblicherweise nur dann, wenn man den dadurch entstehenden freien Platz anders als bisher aufteilen will.

Bootcode nicht in MBR installieren (nicht installieren )
Bootcode in "/" Partition (installieren )

Was vor der Klammer steht, wird gemacht, durch Anklicken des Werts in der Klammer änderst Du die Einstellung, aber das habe ich Dir schon einmal mitgeteilt. Mit einem Klick auf "Systemstart" ist es Dir vielleicht klarer.

 

[OpenSuse132]

Hallo,

ich habs bisher immer genau andersrum verstanden, also, was hinten eingeklammert ist wird gemacht und nicht was vorne steht, deswegen finde ich persönlich die Ausdrucksweise sehr missverständlich und nicht eindeutig und klar.



Jetzt weiss ich endlich wo meine Problemlösung liegt, Danke.

Tschüss WindowsProfi30Jahre