staging.inyokaproject.org

Ich habe bereits eine Doppel-Boot-Installation in GRUB2 mit

• Ubuntu 22.04 in /dev/sda4 und

• Windows 7 in /dev/sda1

und möchte jetzt zusätzlich dazu noch ein Ubuntu 18.04 aus /dev/sdb2 in das GRUB-Menü einbinden.

Das Ubuntu 18.04 in /dev/sdb2 ist durch eine Wiederherstellung eines Backups dorthin gekommen, wurde dorthin also nicht "installiert", sondern lediglich "kopiert".

1. Frage: ist es überhaupt grundsätzlich möglich, daß man 2 verschiedene Ubuntu-Versionen (22.04 und 18.04) in GRUB bootfähig eingetragen hat, die auch noch auf 2 verschiedenen SSD's (sda4 und sdb2) liegen?

Danke im Voraus.

Ja das geht. Die Frage wäre nun, ob UEFI- oder BIOS-Installation. 18.04 ist zudem EoL, die Frage ist, was du damit noch willst.

Wie das geht steht hier: Mehrbootsystem mit 2x Ubuntu

Das 18.04. ist allerspätestens in einer Woche aus dem Support (universe/multiverse schon seit 2 Jahren) und sollte daher keinen Internetzugang mehr bekommen.

Hej Hartmut,

Hartmut2 schrieb:

Ich habe bereits eine Doppel-Boot-Installation in GRUB2 mit

• Ubuntu 22.04 in /dev/sda4 und

• Windows 7 in /dev/sda1

und möchte jetzt zusätzlich dazu noch ein Ubuntu 18.04 aus /dev/sdb2 in das GRUB-Menü einbinden.

das geht ganz einfach: sudo update-grub in 22.04; da ist os-prober "scharf" geschaltet, denn Du hast ja bereits ein DualBoot mit W7 (btw., auch nichts mehr für die groß weite Welt, EOL seit Jahren!)

(Vielleicht noch ein nützlicher Link auf eine Möglichkeit, die Versionen im grub Menü besser zu benennen als "Ubuntu auf sdax" → #GRUB-DISTRIBUTOR weiter mit einem angepaßten os-prober → Mehrbootsystem mit 2x Ubuntu (Abschnitt „Zweites-Ubuntu-im-System“))

Gruß black tencate

san04 schrieb:

und sollte daher keinen Internetzugang mehr bekommen.

Ich irrrtümliche Annahme das Internet würde Systeme bewuchern, irgendwann schreibe ich mal einen Blog-Artikel darüber.

Vielen Dank an alle für die bisherigen Antworten.

DJKUhpisse schrieb:

Ja das geht. Die Frage wäre nun, ob UEFI- oder BIOS-Installation.

Gute Frage. Habe leider keine Doku gefunden, wie man das eindeutig abfragt. Aber ich bin sicher, daß meine beiden SSD's mit der "klassischen MBR-Methode" partitioniert sind und nicht mit der neueren GPT-Methode. Und ich habe mit 'gparted' keine separate ESP-Partition gefunden (siehe screenshot).

Frage: stimmt Ihr mir zu, daß dies obige Frage eindeutig mit "BIOS-Installation" beantwortet?

Hallo Hartmut2,

Bitte die Ausgaben per Terminal von jeweils:

sudo parted -l
sudo fdisk -l

hier im Codeblock wegen Lesbarkeit posten.

Gruss Lidux

Hej Hartmut2,

Hartmut2 schrieb:

... DJKUhpisse schrieb:

Ja das geht. Die Frage wäre nun, ob UEFI- oder BIOS-Installation.

Gute Frage.

allerdings bleibt die Frage, welche Info zur Lösung des Themas das beitragen soll?

Habe leider keine Doku gefunden, wie man das eindeutig abfragt.

die gibt es schon, → EFI Bootmanagement

Aber ich bin sicher, daß meine beiden SSD's mit der "klassischen MBR-Methode" partitioniert sind und nicht mit der neueren GPT-Methode.

der Bootmodus hat keine Auswirkung auf die Ergebnisse von grub's os-prober

Zeige hier

sudo os-prober

oder führe gleich

black_tencate schrieb:

... das geht ganz einfach: sudo update-grub in 22.04; da ist os-prober "scharf" geschaltet, denn Du hast ja bereits ein DualBoot mit W7

Gruß black tencate

Hallo Lidux,

hier kommen die gewünschten Angaben:

hg6@i3300:~$ sudo parted -l
[sudo] Passwort für hg6:
Modell: ATA Samsung SSD 860 (scsi)
Festplatte  /dev/sda:  1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:

Nummer  Anfang  Ende    Größe   Typ       Dateisystem  Flags
 1      1049kB  59,1GB  59,0GB  primary   ntfs
 4      59,1GB  166GB   107GB   primary   ext4
 2      166GB   169GB   2139MB  primary   fat16        boot, LBA
 3      169GB   1000GB  832GB   extended               LBA
 5      169GB   171GB   2145MB  logical   fat16
 6      171GB   173GB   2145MB  logical   fat16
 7      173GB   177GB   4292MB  logical   ntfs
 8      177GB   999GB   822GB   logical   ntfs
 9      999GB   1000GB  1073MB  logical   fat32

Modell: ATA Samsung SSD 870 (scsi)
Festplatte  /dev/sdb:  2000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:

Nummer  Anfang  Ende    Größe   Typ      Dateisystem  Flags
 1      1049kB  1893GB  1893GB  primary  ntfs
 2      1893GB  2000GB  107GB   primary  ext4
hg6@i3300:~$

hg6@i3300:~$ sudo fdisk -l
Festplatte /dev/loop0: 91,37 MiB, 95805440 Bytes, 187120 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 93,78 MiB, 98336768 Bytes, 192064 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 54,95 MiB, 57614336 Bytes, 112528 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 55,61 MiB, 58314752 Bytes, 113896 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 63,32 MiB, 66392064 Bytes, 129672 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 72,99 MiB, 76537856 Bytes, 149488 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 140,67 MiB, 147501056 Bytes, 288088 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 140,67 MiB, 147501056 Bytes, 288088 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 931,51 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Festplattenmodell: Samsung SSD 860
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x76cb73b0

Gerät      Boot     Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sda1             2048  115333119  115331072    55G  7 HPFS/NTFS/exFAT
/dev/sda2  *     325109760  329287679    4177920     2G  e W95 FAT16 (LBA)
/dev/sda3        329287680 1953525167 1624237488 774,5G  f W95 Erw. (LBA)
/dev/sda4        115333120  325109759  209776640   100G 83 Linux
/dev/sda5        329289728  333479935    4190208     2G  6 FAT16
/dev/sda6        333481984  337672191    4190208     2G  6 FAT16
/dev/sda7        337674240  346056703    8382464     4G  7 HPFS/NTFS/exFAT
/dev/sda8        346058752 1951426559 1605367808 765,5G  7 HPFS/NTFS/exFAT
/dev/sda9       1951428608 1953523711    2095104  1023M  b W95 FAT32

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.


Festplatte /dev/sdb: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Festplattenmodell: Samsung SSD 870
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x9767aca6

Gerät      Boot     Anfang       Ende   Sektoren Größe Kn Typ
/dev/sdb1             2048 3697313791 3697311744  1,7T  7 HPFS/NTFS/exFAT
/dev/sdb2       3697313792 3907028991  209715200  100G 83 Linux


Festplatte /dev/loop9: 349,69 MiB, 366673920 Bytes, 716160 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 460,57 MiB, 482947072 Bytes, 943256 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop8: 156,68 MiB, 164290560 Bytes, 320880 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 160,15 MiB, 167931904 Bytes, 327992 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 3,68 MiB, 3862528 Bytes, 7544 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 1,49 MiB, 1560576 Bytes, 3048 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop14: 48,3 MiB, 50642944 Bytes, 98912 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop16: 44,88 MiB, 47063040 Bytes, 91920 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop15: 45,93 MiB, 48160768 Bytes, 94064 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop17: 227,24 MiB, 238276608 Bytes, 465384 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop18: 227,29 MiB, 238325760 Bytes, 465480 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop19: 428 KiB, 438272 Bytes, 856 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop20: 237,91 MiB, 249466880 Bytes, 487240 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
hg6@i3300:~$

black_tencate schrieb:

Hartmut2 schrieb:

Habe leider keine Doku gefunden, wie man das eindeutig abfragt.

die gibt es schon, → EFI Bootmanagement

Danke für diesen Link. Habe daraus folgenden Befehl gestartet:

hg6@i3300:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
BIOS
hg6@i3300:~$

Und hier kommt Deine gewünschte Abfrage:

hg6@i3300:~$ sudo os-prober
/dev/sda2:Windows 7:Windows:chain
/dev/sdb2:Ubuntu 18.04.6 LTS (18.04):Ubuntu:linux
hg6@i3300:~$

Hej Hartmut2,

Hartmut2 schrieb:

... Und hier kommt Deine gewünschte Abfrage:

hg6@i3300:~$ sudo os-prober
/dev/sda2:Windows 7:Windows:chain
/dev/sdb2:Ubuntu 18.04.6 LTS (18.04):Ubuntu:linux
hg6@i3300:~$

wie ich das schon am Anfang schrieb, da ist das 18.04! Und ein sudo update-grub schreibt das dann in das grub Menü (es sei denn, Du hast in der /etc/default/grub eine Änderung vorgenommen → GRUB_DISABLE_OS_PROBER=true, dann hättest Du den os-prober "still gelegt" mit der Folge, → kein Eintrag im grub Menü für Windows und 18.04)

Gruß black tencate

Hallo Hartmut2,

Alles MSDOS .... Bei der Installation von 22.04 wurde der Grub2 in die sda installiert ?

Backup = Sicherung der Partition von 18.04 oder nur den Inhalt kopiert ?

Erstelle dir mal unter Windows einen bootbaren Stick / CD mit SG2D (SuperGrub2Disk.iso)

Gruss Lidux

Lidux schrieb:

Bei der Installation von 22.04 wurde der Grub2 in die sda installiert ?

Die 22.04-er Installation ist durch ein Upgrade von 18.04 (via 20.04) entstanden. Das 18.04 wurde seinerzeit durch eine Live-CD installiert. Was meinst Du mit dieser Frage?

Backup = Sicherung der Partition von 18.04 oder nur den Inhalt kopiert ?

Es wurde eine gesamte ext4-Partition mittels Backup-Programm (qt-fsarchiver) gesichert und in /dev/sdb2 wiederhergestellt.

Erstelle dir mal unter Windows einen bootbaren Stick / CD mit SG2D (SuperGrub2Disk.iso)

Ich habe dazu https://www.supergrubdisk.org/super-grub2-disk/ gefunden. Es würde mich *viel Zeit* kosten, das alles zu lesen + zu verstehen, in dem Wust an Versionen "die richtige" auszuwählen, einen leeren USB-Stick aufzutreiben und (hoffentlich erfolgreich) zu bespielen, denn mit bootbaren USB-Sticks habe ich hauptsächlich schlechte Erfahrungen. Wozu brauche ich den denn?

Kann ich nicht einfach den Befehl 'sudo update-grub' von black_tencate ausführen? Oder wäre das zu gefährlich?

Hej Hartmut2,

Hartmut2 schrieb:

-... Kann ich nicht einfach den Befehl 'sudo update-grub' von black_tencate ausführen?

kannst Du!

Oder wäre das zu gefährlich?

gefährlich ist daran nichts!

Ich "zerlege" jetzt mal
Lidux schrieb:

... Alles MSDOS .... Bei der Installation von 22.04 wurde der Grub2 in die sda installiert ?

ob msdos oder GPT ist für grub komplett unerheblich ❗ Wohin grub geschrieben wurde ebenfalls (!eins11!), die Maschine bootet, und gut isss.

Backup = Sicherung der Partition von 18.04 oder nur den Inhalt kopiert ?

auch das ist unerheblich, os-prober hat ein bootbares 18.04 gefunden!

Erstelle dir mal unter Windows einen bootbaren Stick / CD mit SG2D (SuperGrub2Disk.iso)

kann zwar immer (mal) gebrauchen, aber nicht hier; einfach nur sudo update-grub im 22.04, fertig.

Gruß black tencate

Hallo Hartmut2,

Mit der SG2D kannst du fast alle gefundenen BS starten ....

Rest hat ja black_tencate schon geschrieben, d.h. du musst nur beachten das jedes Linux BS bei MSDOS den Grub2 in sda bei Updates bei einigen Komponenten überschreibt. Um dies zu verhindern sollte ein BS den führenden Grub2 beherbergen. Die Anderen sollten den Grub2 in der / haben und durch Einträge in der 40_costum des führenden BS eingetragen und darüber gestartet werden.

Gruss Lidux

Vielen Dank black_tencate für Deine Anmerkungen. Bevor ich nun mit 'sudo update-grub' in 22.04 loslege, habe ich noch eine Frage zur Partitions-UUID:

Ich habe ja in /dev/sdb2 ein 18.04 durch eine Wiederherstellung eines Backups erstellt. Dieses 18.04 hatte zuerst die gleiche Partitions-UUID wie die 22.04-er Partition in /dev/sda4 (weil die 22.04 mal durch ein Upgrade von der 18.04 entstanden ist). Ich dachte mir, 2 gleiche UUID's wären nicht gut in 1 System und habe via 'gparted' der /dev/sdb2 eine neue UUID vergeben und diese auch in der zugehörigen /etc/fstab angepasst.

Frage: muß ich diese neue UUID auch noch in der zugehörigen /boot/grub/grub.cfg anpassen oder erledigt der der Befehl 'sudo update-grub' automatisch mit?