staging.inyokaproject.org

Hallo zusammen,

ich möchte es kurz und bündig machen. Ich habe seit vielen Jahren Ubuntu und Windows 7 parallel auf meinem Desktop PC laufen. Jedes Betriebssystem hat dafür eine eigene HDD. sda → windows; sdb → Linux. Nach einem Mainboard/CPU/RAM wechsel, ging Windows 7 nicht mehr (Bluescreen etc.) wodurch ich gezwungen war Windows 10 zu installieren. Das Betriebsystem verwendet UEFI. Windows läuft jetzt wieder, aber mein Dual-Boot ist hinüber (was klar ist).

Meine Frage, da ich bislang - so glaub ich zumindest - nicht mit UEFI gearbeitet habe, wäre daher, ob ich den Grub2 wie hier beschrieben https://wiki.ubuntuusers.de/GRUB_2/Reparatur/ wieder draufspielen kann (für mich war das die Anleitung für solche Probleme). Allerdings erhalte ich heribei die Meldung:

1
2
3

grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won´t be possible.
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, ...
grub-install: error: will not proceed with blocklists.

Mein Ubuntu 18.04 war auch nicht mit UEFI installiert (kein Eintrag /boot/efi). Zur Info, fdisk -lu ergibt (gekürzt) folgendes:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

Disk /dev/sda

/dev/sda1  Windows recovery environment
/dev/sda2  EFI System
/dev/sda3  Microsoft reserved
/dev/sda4  Microsoft basic data


Disk /dev/sdb

/dev/sdb1 Linux
/dev/sdb2 Extended
/dev/sdb3 Linux
/dev/sdb4 Linux Swap

Kann es gegebenenfalls sein, dass ich Ubuntu neu installieren muss; zwecks UEFI? Wäre nicht der Weltuntergang, da $HOME gesplittet auf einer anderen Partition liegt.

Danke im Voraus, Tobias

Hej Shot-ty,

Shor-ty schrieb:

... Kann es gegebenenfalls sein, dass ich Ubuntu neu installieren muss; zwecks UEFI? Wäre nicht der Weltuntergang, da $HOME gesplittet auf einer anderen Partition liegt.

das wäre natürlich die leichteste Lösung, aber warum, eine Neuinstallation ist nicht erforderlich.

Ich würde ganz klar

1. die Windowsplatte ausbauen (Verbindung trennen; muß nicht sein, ist aber sicherer)

2. auf der Ubuntuplatte eine ca. 50 MB große Partition anlegen, in fat32 formatieren und die Markierung bearbeiten → esp (geht wohl einfach mit gparted und von einem LiveSystem aus)

3. einen stand-alone grub installieren ▶ Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD

4. eine grub.cfg auf der esp anlegen mit Einträgen für Windows und Ubuntu

5. einen NVRAM Eintrag für diesen stand-alone grub erzeugen und an erste Stelle setzen (s. auch efibootmgr)

Gruß black tencate

Reparatur händisch ist möglich - siehe dazu die Wiki-Seiten zu grub neu installieren für UEFI (d.h. den Teil auf den Seiten, da die natürlich auch den Fall für legacy-boot enthalten).

Was brauchst Du?

eine UEFI-Partition, die auch so markiert ist. Das könnte diese 2te Partition auf sda sein, aber kontrolliere ob die tatsächlich als boot, esp markiert ist, d.h.

Du machst ein
sudo parted /dev/sda
.. und gibst dann
print
ein, was dann anzeigen sollte wie die Partitionen aussehen, z.B.:
(parted) print                                                            
Modell: ATA WDC WD30EFRX-68E (scsi)
Festplatte  /dev/sda:  3001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags: 
Nummer  Anfang  Ende    Größe   Dateisystem     Name       Flags
 1      1049kB  4195MB  4194MB                  bios-boot  bios_grub, legacy_boot
 2      4195MB  8390MB  4194MB  linux-swap(v1)  swap
 3      8390MB  40,0GB  31,6GB  fat32           UEFI BOOT  boot, legacy_boot, esp
.....
....
quit
(zum Beenden eingeben)

in meinem Beispiel oben ist das die Partition sda3 mit dem "esp"-Marker. Die bindest Du zur UEFI-grub-Installation unter /boot/efi ein (Verzeichnis anlegen, wenn es nicht existiert) und installierst UEFI-grub nach der Wiki-Beschreibung. Wenn die "Linux-Dateien" dort installiert wurden, dann kontrollierst Du noch die UEFI-Bootreihenfolge (efibootmgr) ob auch der erste Eintrag auf diese grub-Version verweist. Und falls nicht gemacht, erstelle Dir auf jeden Fall eine Ubuntu-Live-Version um ein Notfall-Bootmedium zu haben (und achte auf die Unterschiede, wenn Du UEFI-secure-Boot aktiviert hast).

Nachtrag -!-! laut der einen Meldung von Dir bzgl. "no BIOS boot partition" kontrolliere auch, dass Du wirklich das Linux im UEFI-Modus installiert hast, denn falls nicht, dann musst Du erst noch die grub-UEFI-Pakete nachinstallieren (was aber auch im Wiki-Artikel erläutert wird).

Hej alterpinguin,

alterpinguin schrieb:

Reparatur händisch ist möglich - siehe dazu die Wiki-Seiten zu grub neu installieren für UEFI (d.h. den Teil auf den Seiten, da die natürlich auch den Fall für legacy-boot enthalten).

Ich nehme an, Du meinst ▶ GRUB 2/Reparatur → Reparatur-mittels-Desktop-CD

😈 habe ich bisher irgendwie immer drüberweg gelesen 😮 So geht 's natürlich auch.

Gruß black tencate

Guten Morgen zusammen,

danke für die ausführlichen Infos. Ich werde es heute Abend (sofern ich Zeit finde) gleich mal probieren. Zur Info: Soweit ich mich entsinne, ist Ubuntu nicht im UEFI installiert worden. Wie erwähnt, hab ich das nicht gemacht, und kann mich daran nicht entsinnen.

Grüße Tobi

black_tencate schrieb:

Hej alterpinguin,

alterpinguin schrieb:

Reparatur händisch ist möglich - siehe dazu die Wiki-Seiten zu grub neu installieren für UEFI (d.h. den Teil auf den Seiten, da die natürlich auch den Fall für legacy-boot enthalten).

Ich nehme an, Du meinst ▶ GRUB 2/Reparatur → Reparatur-mittels-Desktop-CD

😈 habe ich bisher irgendwie immer drüberweg gelesen 😮 So geht 's natürlich auch.

Gruß black tencate

Das hab ich standardmäßig auch gemacht und !!! ich bekomme damit die Fehler von oben. Werde jedenfalls noch die UEFI Pakete nachinstallieren (kann aber in diesem WIKI Artikel - beim groben überfliegen - gerade nichts sehen. Aber werde ich schon rausfinden ☺

Hej Shor-ty,

Shor-ty schrieb:

...Soweit ich mich entsinne, ist Ubuntu nicht im UEFI installiert worden.

das ist wohl richtig
(siehe)

Disk /dev/sdb

/dev/sdb1 Linux
/dev/sdb2 Extended
/dev/sdb3 Linux
/dev/sdb4 Linux Swap
# keine FAT32 Partition als `esp`

falls Du beim Verkürzen nichts Wesentliches gestrichen hast! (also: Terminalausgaben immer von prompt zu prompt)

...Wie erwähnt, hab ich das nicht gemacht, und kann mich daran nicht entsinnen.

Da Dein Windows (nur) im EFI-Modus läuft, müßtest Du wohl vor der Installation im Setup auf legacy-Modus umgeschaltet haben. Könnte allerdings auch ein "falsch" erstellter USB Stick schuld sein, wobei ich nicht weiß - das aber noch prüfen werde - , ob es überhaupt möglich ist. (Außer, man hat die Windowsplatte ausgebaut)

Shor-ty schrieb:

...Allerdings erhalte ich heribei die Meldung:

1 2	grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won´t be possible. [...]

ja, dabei hast Du entweder

• ein /dev/sdbX angeben, was falsch ist, wenn man im MBR/MPT Modus von Platte sdb booten können möcht, aber eher

• erkennt die Installroutine, daß eine gpt Partitionierung vorliegt, und dann müßte eben ein "virtueller" MBR angelegt sein

Richtig wäre gewesen, wenn Du die Partition /dev/sda2 nach /mnt/boot eingebunden hättest, wie es eben dort beschreiben ist. Dann erhälst Du aber wahrscheinlich die Fehlermeldung

grub-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert nicht. Bitte »--target« oder »--directory« angeben..

was Du dann mit

sudo apt install grub-efi

erledigst.

Gruß black tencate

Eigentlich müsste doch eine Umstellung des Systems auf EFI-Grub2 möglich sein.

Dazu müsste ein EFI USB-Stick mit Ubuntu 18.04.1 im EFI-Mode gebootet werden.

Dann analog der GRUB 2/Reparatur (Abschnitt „chroot-Methode“) erst eine chroot in das System auf der sdb1 einrichten, bei der die sda2 als efi-boot eingebunden wird. (Schritte 1 bis 3)

Dann in der /etc/fstab nach sehen, ob dort ein Eintrag für die /boot/efi vorhanden ist

Beispiel:
# /boot/efi was on /dev/sda2
UUID=4682-C2C4	  /boot/efi	vfat	defaults  0	0
####die UUID muss natürlich angepasst werden

- was eher nicht der Fall sein wird - und für diese dann einen Eintrag erstellen.

Danach werden die BIOS-Grub2-Dateien deinstalliert und die EFI-Grub2-Dateien neu installiert.

Dann den EFI-Grub2 neu installieren, der dann die Boot-Dateien in der EFI-Partition anlegen und einen Eintrag im NVRAM generieren sollte.

apt-get purge grub-common grub-pc os-prober
apt-get install  grub-common grub-efi-amd64 os-prober
grub-install /dev/sda2

Dann wäre das System auf UEFI umgestellt und sollte eigentlich bootfähig sein.

Wenn ich von EFI auf BIOS umstellen kann, dann sollte das eigentlich auch andersrum funktionieren. EFI Modus umstellen

Die Fehlermeldung bei der Grub2-Reparatur interpretiere ich, so dass der BIOS-Grub2 nach sda installiert werden sollte, was bei einer GPT schlicht nicht geht, da dort ein Fake-MBR in Form einer BIOS-Boot-Partition (ca. 100 MiB, ohne Formatierung (RAW)) angelegt sein muss um dies zu realisieren. Siehe dazu GRUB 2/Grundlagen. Genau das sagt ja auch die Fehlermeldung.

Hallo zusammen,

erstmal danke für die ganzen Rückmeldungen. Gestern war ich etwas verplant, weil ich meine Ausgaben am Laptop eingetippt hab und nicht im Live-Ubuntu ins Internet gegangen bin. Daher jetzt mal die ganzen Ausgaben ohne Kürzungen.

sda → Windows sdb → Linux sdc → USB Stick

 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

xubuntu@xubuntu:~$ sudo fdisk -lu
Disk /dev/loop0: 1.3 GiB, 1338576896 bytes, 2614408 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/sda: 465.8 GiB, 500107862016 bytes, 976773168 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
Disklabel type: gpt
Disk identifier: 5F977DD4-F75F-4272-AA67-261FE9795AC0

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1023999   1021952   499M Windows recovery environment
/dev/sda2  1024000   1228799    204800   100M EFI System
/dev/sda3  1228800   1261567     32768    16M Microsoft reserved
/dev/sda4  1261568 976773119 975511552 465.2G Microsoft basic data


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000cef11

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1             2048  292968844  292966797 139.7G 83 Linux
/dev/sdb2        292970494 1953523711 1660553218 791.8G  5 Extended
/dev/sdb5        292970496 1855467519 1562497024 745.1G 83 Linux
/dev/sdb6       1855469568 1953523711   98054144  46.8G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.




Disk /dev/sdc: 3.8 GiB, 4089446400 bytes, 7987200 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
Disklabel type: dos
Disk identifier: 0x55a7867a

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdc1  *          0 2787775 2787776  1.3G  0 Empty
/dev/sdc2       2711152 2715823    4672  2.3M ef EFI (FAT-12/16/32)

Alterpinguin hier mal meine Disk A. Wie zu erwarten war und du auch schon vermutet hattest, ist die sda2 ist mit boot und esp markiert.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

xubuntu@xubuntu:~$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ATA WDC WD5000AAKX-2 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system  Name                          Flags
 1      1049kB  524MB  523MB   ntfs         Basic data partition          hidden, diag
[mark] 2      524MB   629MB  105MB   fat32        EFI system partition          boot, esp[/mark]
 3      629MB   646MB  16.8MB               Microsoft reserved partition  msftres
 4      646MB   500GB  499GB   ntfs         Basic data partition          msftdata

Ich habe jetzt folgendes gemacht

• https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#chroot-Methode

• Mein Linux /dev/sdb1 in /mnt einhängen

• Anschließend die sda2 in /mnt/boot/efi einhängen

• Standardverfahren nach WIKI wobei ich grub-install /dev/sda verwende

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

xubuntu@xubuntu:~$ sudo mount /dev/sdb1 /mnt
xubuntu@xubuntu:~$ sudo mount /dev/sda2 /mnt/boot/efi
mount: /mnt/boot/efi: mount point does not exist.
xubuntu@xubuntu:~$ mkdir /mnt/boot/efi
mkdir: cannot create directory ‘/mnt/boot/efi’: Permission denied
xubuntu@xubuntu:~$ sudo mkdir /mnt/boot/efi
xubuntu@xubuntu:~$ sudo mount /dev/sda2 /mnt/boot/efi
xubuntu@xubuntu:~$ sudo mount -o bind /dev /mnt/dev
xubuntu@xubuntu:~$ sudo mount -o bind /sys /mnt/sys
xubuntu@xubuntu:~$ sudo mount -t proc /proc /mnt/proc
xubuntu@xubuntu:~$ sudo cp /proc/mounts /mnt/etc/mtab 
cp: '/proc/mounts' and '/mnt/etc/mtab' are the same file
xubuntu@xubuntu:~$ sudo chroot /mnt /bin/bash
root@xubuntu:/# grub-install /dev/sda
Installing for i386-pc platform.
grub-install: warning: File system `fat' doesn't support embedding.
grub-install: error: embedding is not possible, but this is required for cross-disk install.

Als nicht-intensiver Linuxer in diesem Bereich bin ich da natürlich überfragt. Bemühe mich jedoch das mit eurer Unterstützung selbst in Griff zu kriegen.

Okay,

ich hab den GRUB2 jetzt auf sdb1, wodurch ich mein Linux starten kann (im Bios muss ich nur die andere HDD auswählen). Entsprechend versuche ich in fstab die UEFI vom Windows jetzt nochmals separat einzubauen, da wie bowman bereits sagte, dieser Eintrag nicht drin ist. Mal schauen was jetzt dabei rauskommt ☺

Also Folgendes:

• Booten von Windows 10 beim Starten des Rechners

• Booten von Linux beim Auswahl der anderen HDD

• Dualboot noch nicht möglich

Ich habe in fstab mal den Eintrag hinzugefügt:

1

UUID=5F977DD4-F75F-4272-AA67-261FE9795AC0                     /boot/efi       vfat    defaults          0         0

und die Platte sda2 in /boot/efi gemounted. Der update-grub Befehl läuft anstandslos

1
2
3

shorty@~: sudo grub-install /dev/sdb
Installing for i386-pc platform.
Installation finished. No error reported.

Anschließend den grubupdaten (er findet kein Windows)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

shorty@~: sudo update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-42-generic
Found initrd image: /boot/initrd.img-4.15.0-42-generic
Found linux image: /boot/vmlinuz-4.15.0-39-generic
Found initrd image: /boot/initrd.img-4.15.0-39-generic
Found linux image: /boot/vmlinuz-4.15.0-38-generic
Found initrd image: /boot/initrd.img-4.15.0-38-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
done

Eine Installation in sda2 geht nicht (wie bowman vorgeschlagen hat; letztlich sollte es ja auch in sda2 rein):

1
2
3
4

udo grub-install /dev/sda2
Installing for i386-pc platform.
grub-install: warning: File system `fat' doesn't support embedding.
grub-install: error: embedding is not possible, but this is required for cross-disk install.

Ferner hab ich jetzt irgendwas angestellt, da sudo fdisk -lu viel mehr Ausgabe hat (normal?):

  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
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151

shorty@~: sudo fdisk -lu
Disk /dev/loop0: 14.5 MiB, 15208448 bytes, 29704 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: 140.7 MiB, 147496960 bytes, 288080 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: 42.1 MiB, 44183552 bytes, 86296 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: 237.9 MiB, 249466880 bytes, 487240 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: 140.9 MiB, 147722240 bytes, 288520 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: 14.5 MiB, 15204352 bytes, 29696 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: 13 MiB, 13619200 bytes, 26600 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/loop7: 88.2 MiB, 92483584 bytes, 180632 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/sda: 465.8 GiB, 500107862016 bytes, 976773168 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
Disklabel type: gpt
Disk identifier: 5F977DD4-F75F-4272-AA67-261FE9795AC0

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1023999   1021952   499M Windows recovery environment
/dev/sda2  1024000   1228799    204800   100M EFI System
/dev/sda3  1228800   1261567     32768    16M Microsoft reserved
/dev/sda4  1261568 976773119 975511552 465.2G Microsoft basic data


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000cef11

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1             2048  292968844  292966797 139.7G 83 Linux
/dev/sdb2        292970494 1953523711 1660553218 791.8G  5 Extended
/dev/sdb5        292970496 1855467519 1562497024 745.1G 83 Linux
/dev/sdb6       1855469568 1953523711   98054144  46.8G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.




Disk /dev/loop8: 2.3 MiB, 2355200 bytes, 4600 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/loop9: 3.7 MiB, 3878912 bytes, 7576 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/loop10: 87.9 MiB, 92114944 bytes, 179912 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/loop11: 13 MiB, 13619200 bytes, 26600 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/loop12: 2.2 MiB, 2351104 bytes, 4592 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/loop13: 34.2 MiB, 35827712 bytes, 69976 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/loop14: 3.7 MiB, 3887104 bytes, 7592 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/loop15: 2.3 MiB, 2355200 bytes, 4600 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/loop16: 13 MiB, 13619200 bytes, 26600 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/loop17: 14.5 MiB, 15196160 bytes, 29680 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/loop18: 34.6 MiB, 36216832 bytes, 70736 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/loop19: 87.9 MiB, 92123136 bytes, 179928 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

Hej Shor-ty,

Shor-ty schrieb:

...

xubuntu@xubuntu:~$ sudo mount /dev/sdb1 /mnt
[...]
root@xubuntu:/# grub-install /dev/sda
[...]]

das Markierte soll gem. 4. →

Ich muß dazu sagen, dß ich das so noch nicht probiert hatte - aber was nicht ist, kann ja noch kommen -; zeige doch mal ein

sudo efibootmgr -v

Gruß black tencate

Hi, man muss nur wissen wie man an die Sache rangeht:

1
2

shorty@~: sudo efibootmgr -v
EFI variables are not supported on this system.

Übrigens, beim grub-install auf sda erhalten ich folgenden Fehler:

1
2
3
4

sudo grub-install /dev/sda
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: error: embedding is not possible, but this is required for cross-disk install.

Shor-ty schrieb:

Hi, man muss nur wissen wie man an die Sache rangeht:

1 2	shorty@~: sudo efibootmgr -v EFI variables are not supported on this system.

Übrigens, beim grub-install auf sda erhalten ich folgenden Fehler:

1 2 3 4

sudo grub-install /dev/sda Installing for i386-pc platform. grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. grub-install: error: embedding is not possible, but this is required for cross-disk install.

Das kannst Du so oft wiederholen wie Du willst, aber erkläre mir doch mal wieso Du eine Windows-Boot-UEFI-Partition hast? Das sieht sehr danach aus, als wenn Windows im UEFI-Modus installiert ist und dann hast Du ein Problem mit jedem anderem System, das etwas anderes (legacy-boot) will. Du kannst natürlich auch das Windows runterlöschen ... hab ich nichts dagegen und dann UEFI im Bios ausschalten, bzw. falls Dein mainboard das unterstützt die Option im BIOS für die Unterstützung vom legacy-boot dazu anschalten. Wenn Du dann auch noch eine BIOS-Boot-Partition anlegst und damit genug Platz auf der gpt-Partition ist, dann solltest Du da auch die alte grub-boot-Methode installieren können. Mein Auszug von "parted" zeigte übrigens so eine Bios-Boot-Partition zu der speziellen UEFI(esp-markierten)-Partition.

Schau doch bitte mal nach welches grub Du installiert hast und wenn es das legacy-grub ist (das sollte das Paket grub-pc) sein, dann kann eine Neukonfiguration helfen (dpkg-reconfigure grub-pc). Aber, immer wenn man versucht auf der Festplatte in dem kleinen Teil der Partitionstabelle den boot-loader zu installieren (das ist die alte Methode bei nicht gpt-Partitionen), dann kann es bei größeren Festplatten Probleme geben, da die Verweise auf größere Datenbereiche(große Zahlen) als mögliche Fehlerquelle moniert werden und nur die Installation mit "force" (bei grub-install... /dev/sda) es erzwingt, wobei man aber dann weiß, dass das eine wackelige Lösung ist.

Und zum Abschluss, wohin hast Du überhaupt versucht grub zu installieren? Also das "grub-install" auf /dev/sda oder /dev/sdb bei Dir? Wenn Du es über die "chroot-Umgebung" versuchst, dann gib doch mal die Befehle an mit denen Du das versuchst (d.h. z.B. bei UEFI ob die UEFI-Partiton von sda überhaupt eingebunden wurde).

Hej Shor-ty,

Shor-ty schrieb:

Hi, man muss nur wissen wie man an die Sache rangeht:

1 2	shorty@~: sudo efibootmgr -v EFI variables are not supported on this system.

sorry, hätte ich wissen müssen, das Ubuntu ist ja im legacy Modus und soll erst umgewandelt werden.

Übrigens, beim grub-install auf sda erhalten ich folgenden Fehler:

1 2 3 4

sudo grub-install /dev/sda Installing for i386-pc platform. grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. grub-install: error: embedding is not possible, but this is required for cross-disk install.

der grub soll ja eben gerade nicht nach sda installiert werden, sondern in die esp! Dazu, wie im Link beschreiben, chroot + esp einbinden! Dann erst ein grub-install

Und btw., das
Shor-ty schrieb:

... Ich habe in fstab mal den Eintrag hinzugefügt:

UUID=5F977DD4-F75F-4272-AA67-261FE9795AC0                     /boot/efi       vfat    defaults          0         0

ist nie und nimmer eine esp

• Booten von Windows 10 beim Starten des Rechners

• Booten von Linux beim Auswahl der anderen HDD

• Dualboot noch nicht möglich

ich weiß gar nicht, was Du willst, das ist ein DualBoot (wenn auch nicht komfortabel über direkt mit grub.) Merkwürdig nur, daß Du nichts davon schreibst, daß bei so einem Wechsel auch immer ein Umstellen von EFI auf legacy im Setup notwendig ist?

Gruß black tencate