dokmatik
Anmeldungsdatum: 13. Mai 2020
Beiträge: 9
|
Hallo zusammen, ich stehe vor folgendem Vorhaben bzw. Wunsch. Mein Laptop hat 2 SSDs. Bootet unter UEFI mit Secure Boot. 1. SSD ist ab Werk mit Windows 10 Pro installiert mit allen Partitionen, die man erwarten würde->
a) EFI b) Microsoft Reserved c) Windows d) Recovery-Partition. Auf die 2. SSD möchte ich mein Ubuntu installieren. Benutzen würde ich den Installationsassistenten, der mit der Ubuntu Live-CD mitkommt. Das am Ende idR. ein Dual Boot System herauskommt mit grub als Bootloader habe ich schon verstanden.
Ich habe jedoch immer nur Infos finden können, die erläutern, das am Ende die EFI Partition der 1. SSD modifiziert wird, wo dann der grub-Bootloader landet und somit das Dual Boot System ermöglicht wird.
Mein Wunsch wäre jedoch, wenn durch die Ubuntu Installation die 1.SSD und vorallem die EFI Partition auf dieser nicht modifiziert werden.
Stattdessen möchte ich entweder die Auswahl des Betriebssystems aus dem BIOS heraus (über das Bootmenü) heraussteuern oder den grub Bootloader auf der 2. SSD haben und von dort aus die jeweiligen Betriebssysteme auswählen können. Ich habe verstanden, das hierzu auf der 2.SSD ebenfalls eine EFI Systempartition angelegt werden muss. Meine Fragen lauten daher, ob dieses Szenario möglich ist und dieses Setup von dem Installationsassistenten unterstützt wird.
Oftmals lese ich nämlich, das der Assistent den grub Bootloader auf der /dev/sda1 EFI installiert, egal was man auswählt. Ich hoffe, mein Vorhaben bleibt nicht bei einem frommen Wunsch. Für hilfreiche Erhellungen wäre ich sehr dankbar. Danke
dokmatik
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej dokmatik, und willkommen im forum. dokmatik schrieb: ...
Mein Wunsch wäre jedoch, wenn durch die Ubuntu Installation die 1.SSD und vorallem die EFI Partition auf dieser nicht modifiziert werden.
läßt sich machen. ...
Ich habe verstanden, das hierzu auf der 2.SSD ebenfalls eine EFI Systempartition angelegt werden muss.
na, dann brauchst du das 'einfach' nur noch so zu tun *grins*. Spaß beiseite, wenn Du unsicher bist - und wer wäre das nicht -, dann bau doch einfach die Windowsplatte aus, während du Ubuntu installierst. Meine Fragen lauten daher, ob dieses Szenario möglich ist und dieses Setup von dem Installationsassistenten unterstützt wird.
Mußt halt "Etwas anderes..." wählen bei der «Installationsart» Oftmals lese ich nämlich, das der Assistent den grub Bootloader auf der /dev/sda1 EFI installiert, egal was man auswählt.
nö, Du kannst eine 2. esp auf der 2. Platte anlegen, und die benutzen; aber, sicherer ist eben einfach die 1. Platte ausbauen. Nach der Installation klemmst Du die Platte wieder an, wählst in der Bootreihenfolge im «Setup» (UEFI) die Ubuntuplatte (mindestens jedenfalls vor die Windowsplatte stellen), und im Ubuntu machst Du dann ein os-prober
Dabei sollte Windows auf der 1. Platte erkannt werden. Wenn das so ist, folgt ein sudo update-grub und gut isses. Gruß black tencate
|
dokmatik
(Themenstarter)
Anmeldungsdatum: 13. Mai 2020
Beiträge: 9
|
Hallo, danke für die Erläuterungen. Falls ich etwas mutig bin und die 1. SSD drin lasse, bei der Installation dann ordentlich meine Partitionen auf der 2.SSD definiere...wähle ich dann für "Device for boot loader installation" /dev/<2.SSD> aus ?
Dorthin sollte dann der grub installiert werden ? Danke und Gruss
dokmatik
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej dokmatik, dokmatik schrieb: ...
Falls ich etwas mutig bin und die 1. SSD drin lasse, bei der Installation dann ordentlich meine Partitionen auf der 2.SSD definiere...wähle ich dann für "Device for boot loader installation" /dev/<2.SSD> aus ?
nein, im EFI Modus mußt du die (gewünschte, also die neu anzulegende) esp Partition angeben → EFI Installieren (Abschnitt „Installationsart-Etwas-Anderes“) Dorthin sollte dann der grub installiert werden ?
der Dropdown für den Ort von grub ("Gerät für die Bootloader...") ist bei einer EFI Installation überflüssig. Gruß black tencate
|
dokmatik
(Themenstarter)
Anmeldungsdatum: 13. Mai 2020
Beiträge: 9
|
Hi nochmal, gut, ich war dann doch mutig und habe Ubuntu ohne Ausbau der 1.SSD installiert von der Live-CD. Besonderheit war hier, das ich unter secure Boot installiert habe. Nach Beendigung der Installation erfolgte der Reboot, wo mir der MOK Manager präsentiert wurde und ich das während der Installation definierte Passwort für die Signierung hier wieder eingeben musste. Das trieb mir schon etwas die Schweissperlen auf die Stirn. Nach dieser kleinen Hürde hat sich dann der erneute Reboot angeschlossen und es kam zum Glück bzw. leider der grub Bootloader hoch. Der Schlingel hat sich doch auf die ESP auf der 1.SSD eingeschlichen, obwohl ich auf der 2.SSD auch eine EFI Partition angelegt hatte in der Hoffnung, das dieser für die Installation des Bootloaders verwendet werden würde. Mist. Das gute allerdings: grub startet ordentlich und ich kann sowohl nach Windows als auch Ubuntu starten.
Die EFI auf der 2.SSD ist jetzt vollkommen leer und ungenutzt. Mal sehen, ob ich bei diesem Setup bleibe oder mir doch die Mühe mache, die ESP auf der 1.SSD wieder zurückzudrehen und ggf. die ESP auf der 2.SSD manuell einrichte. VG
dokmatik
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej dokmatik, Du kannst aber aus dem laufenden System grub einfach in die gewünschte esp schreiben:
Ggf. mußt du dafür dann auch noch einen Eintrag im NVRAM anlegen (und den nicht benötigten löschen) → efibootmgr. Die Ubuntu-Dateien im 1. esp kannst du danach auch einfach löschen.
|
dokmatik
(Themenstarter)
Anmeldungsdatum: 13. Mai 2020
Beiträge: 9
|
Hi, ja das kann man schon machen.
Läuft das auch unter Secure Boot ? Während der Installation mit der Live-CD musste ich ja explizit ein Passwort definieren, was ich dann nach dem Reboot im MOK Dialog angeben musste für den erstmaligen Start. VG
dokmatik
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej dokmatik, dokmatik schrieb: ...
Läuft das auch unter Secure Boot ?
sorry, mangels entsprechender Hardware kann ich da nur auf post 9085420 (und weitere) verweisen. Gruß black tencate
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo dokmatik, Poste bitte mal Hersteller, Typ und Bezeichnung des Rechners ..... und per Terminal / konsole die Ausgaben von sudo parted -l
sudo fdisk -l in einem Codeblock wegen Lesbarkeit und Portalregel. Gruss Lidux
|
dokmatik
(Themenstarter)
Anmeldungsdatum: 13. Mai 2020
Beiträge: 9
|
Hi, Rechner: Lenovo ThinkPad P53 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25 | sudo parted -l
Model: KXG6AZNV512G TOSHIBA (nvme)
Disk /dev/nvme0n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Warning: failed to translate partition name
Number Start End Size File system Name Flags
1 1049kB 274MB 273MB fat32 EFI system partition boot, hidden, esp
2 274MB 290MB 16,8MB Microsoft reserved partition msftres
3 290MB 511GB 511GB Basic data partition msftdata
4 511GB 512GB 1049MB ntfs hidden, diag
Model: KXG6AZNV512G TOSHIBA (nvme)
Disk /dev/nvme1n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 500MB 499MB fat32 boot, esp
2 500MB 30,5GB 30,0GB ext4
4 407GB 512GB 105GB ext4 home
|
sowie 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70 | sudo fdisk -l
Disk /dev/loop0: 54,97 MiB, 57614336 bytes, 112528 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 54,97 MiB, 57618432 bytes, 112536 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 240,82 MiB, 252493824 bytes, 493152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 255,58 MiB, 267980800 bytes, 523400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 27,9 MiB, 28405760 bytes, 55480 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 62,9 MiB, 65105920 bytes, 127160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 49,8 MiB, 52203520 bytes, 101960 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme1n1: 476,96 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: KXG6AZNV512G TOSHIBA
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: EE3A7937-F0BD-42D9-A8AB-2F734D4BAE3F
Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 976895 974848 476M EFI System
/dev/nvme1n1p2 976896 59570175 58593280 28G Linux filesystem
/dev/nvme1n1p4 795414528 1000214527 204800000 97,7G Linux filesystem
Disk /dev/nvme0n1: 476,96 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: KXG6AZNV512G TOSHIBA
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BAA2B60A-4536-457B-A034-C73DDE5CF17F
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 534527 532480 260M EFI System
/dev/nvme0n1p2 534528 567295 32768 16M Microsoft reserved
/dev/nvme0n1p3 567296 998166527 997599232 475,7G Microsoft basic data
/dev/nvme0n1p4 998166528 1000214527 2048000 1000M Windows recovery environment
|
VG
dokmatik
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo dokmatik, Soweit in Ordung. Der MOK ist nur für die Signierung von / für Secure Boot notwendig (Kerneltreibermodule und Programme) unter Ubuntu. Wenn jetzt alles funktioniert, lass das mal so wie es ist ...... Gruss Lidux
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15900
|
Hallo dokmatik, Sollte das Problem nicht mehr bestehen, bitte nicht vergessen den Thread auf gelöst zu setzen. Danke (Portalregel) Gruss Lidux
|