Hallo,
nach einer Neuinstallation von Leap vor schon längerer Zeit war im Bootmenü kein Windows 10 mehr zur Auswahl.
Ich habe schon ein Grub2 update gemacht aber keine Änderung.
Wie bekomme ich die Windows 10 wieder im Grub2 zur Auswahl?
Danke für Hinweise und Tips.
Als Benutzer “root” in einer Konsole
grub2-mkconfig -o /boot/grub2/grub.cfg
ausführen.
Damit das funktioniert muss allerdings
GRUB_DISABLE_OS_PROBER="false"
in der Datei */etc/default/grub *eingetragen sein und das Paket os-prober muss installiert sein.
Viele Grüße
susejunky
Hallo,
@susejunky
danke, dass ich wieder Hilfe erhalte.
Als Benutzer “root” in einer Konsole Code:
grub2-mkconfig -o /boot/grub2/grub.cfg
ausführen.
Also das habe ich gemacht.
Damit das funktioniert muss allerdings Code:
GRUB_DISABLE_OS_PROBER=“false”
in der Datei */etc/default/grub *eingetragen sein und das Paket os-prober muss installiert sein.
Das Paket war schon installiert und auch die Eintragung in grub.
Dann boote ich mal.
Mal ne Frage:
Hast du openSUSE im Legacy Modus installiert, Windows ist bestimmt im EFI Modus…
Sind Microsoft Windows und openSUSE im selben Boot-Modus installiert (entweder UEFI- oder CSM- aka Legacy-/MBR-Modus)?
Bitte zeige das Ergebnis von
sudo efibootmgr -v
Viele Grüße
susejunky
Hallo,
Mal ne Frage:
Hast du openSUSE im Legacy Modus installiert, Windows ist bestimmt im EFI Modus…
Nein, ich bin mir eigentlich schon sicher, dass ich Boot EFI bei der Installation gewählt habe; vor allem, weil der Installationsvorgang das schon von sich aus erkennt, dass mein System vorher auch schon auf EFI installiert war.
Sind Microsoft Windows und openSUSE im selben Boot-Modus installiert (entweder UEFI- oder CSM- aka Legacy-/MBR-Modus)?
Bitte zeige das Ergebnis von Code:
sudo efibootmgr -v
suse_user1@Tuxedo2020:~> sudo efibootmgr -v
[sudo] Passwort für root:
EFI variables are not supported on this system.
ich widerspreche Dir nur ungern, aber diese Fehlermeldung ist in aller Regel ein Hinweis darauf, dass ein System den CSM-Bootmodus (aka Legacy-/MBR-Bootmodus) nutzt.
Wenn Dein MS Windows aber den UEFI-Bootmodus nutzt (was ziemlich wahrscheinlich ist), dann kann Dein MS Windows nicht von Deiner aktuellen GRUB-Installation gefunden/gestartet werden.
Damit GRUB MS Windows und openSUSE starten kann, müssen beide Systeme den selben Bootmodus (UEFI oder CSM) nutzen; d.h. Du kannst entweder Dein MS Windows auf CSM-Bootmodus (dazu kann ich Dir nicht weiterhelfen) oder Dein openSUSE auf UEFI-Bootmodus umstellen.
Viele Grüße
susejunky
Hallo,
Damit GRUB MS Windows und openSUSE starten kann, müssen beide Systeme den selben Bootmodus (UEFI oder CSM) nutzen; d.h. Du kannst entweder Dein MS Windows auf CSM-Bootmodus (dazu kann ich Dir nicht weiterhelfen) oder Dein openSUSE auf UEFI-Bootmodus umstellen.
Also dann würde ich natürlich den Versuch wagen openSUSE auf UEFI umzustellen; vorausgesetzt ich kann dann die Windows-Partition wieder booten.
Schon mal danke für die freundliche Assistenz.
Bevor Du anfängst Dein System zu verändern
-d /sys/firmware/efi ] && echo "EFI boot" || echo "Legacy boot"
nochmals prüfen, wie Dein openSUSE-System startet.
Solltest Du Unterstützung bei der Umstellung Deines openSUSE-Systems auf UEFI-Bootmodus benötigen, dann zeige bitte die Ergebnisse der folgenden Befehle
cat /etc/fstab
parted -l
lsblk -f
Viele Grüße
susejunky
Hallo,
erstelle unbedingt eine Datensicherung (und überprüfen, ob sie vollständig ist und Du sie im Bedarfsfall auch wieder zurückspielen kannst).
Meine Betriebssysteme liegen von den Daten getrennt auf sda, Daten auf sdb. Ich glaube, da besteht keine Gefahr des Datenverlusts.
Was mir mehr Sorgen macht ist, ich glaube Win10 hat sich auf die erste Partition gesetzt. Bei einer Dual-Boot Installation muss man - wenn ich mich recht erinnere - mit Win10 anfangen, und danach Linux installieren. Im umgekehrten Fall überschreibt Win10 den Grub2, da Win10 immer noch seinen Allein-Herscheranspruch nicht aufgegeben hat. Wohin sich dann Linux mit Grub2 wirklich bei der Installation gesetzt hat bzw. was zum booten nötig ist, ist mir nicht ganz klar. An soviel kann ich mich aber noch erinnern, dass es dem Grub2 egal ist wo die Boot-Einstellungen bzw was zum booten nötig ist, liegt. Grub2 findet es und holt sich das.
Unter sda5 habe ich eine 2. Partition bereitgestellt, wo sich Grub2 niederlassen könnte.
Lässt sich denn überprüfen auf welcher Partition momentan Grub2 und die Boot-Einstellungen liegen?
suse_user1@Tuxedo2020:~> lsblk -l
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
sda1 8:1 0 1,5G 0 part
sda2 8:2 0 2G 0 part
sda3 8:3 0 48,3G 0 part
sda4 8:4 0 2G 0 part
sda5 8:5 0 560M 0 part /boot/efi
sda6 8:6 0 8G 0 part [SWAP]
sda7 8:7 0 50G 0 part /
sda8 8:8 0 50G 0 part
sda9 8:9 0 50G 0 part
sdb 8:16 0 1,8T 0 disk
sdb1 8:17 0 886,5G 0 part
sdb2 8:18 0 976,6G 0 part /home
sdc 8:32 1 57,3G 0 disk
sdc1 8:33 1 57,3G 0 part /run/media/suse_user1/D1EC-BB55
sdd 8:48 0 2,7T 0 disk
sdd1 8:49 0 2,7T 0 part /run/media/suse_user1/My Book
sr0 11:0 1 1024M 0 rom
überprüfe Dein UEFI. Falls dort ein gemischter Bootmodus (z.B. UEFI+Legacy) eingestellt ist, dann solltest Du diesen - NACH der erfolgreichen Umstellung Deines openSUSE-Systems - auf UEFI-Bootmodus umstellen.
Wie überprüfe ich mein UEFI ?
Immer getreu dem alten Motto:
“No risk, no fun!”
Nun gut, Deine Entscheidung!
Zeige bitte die Ergebnisse von
sudo parted -l
sudo lsblk -f
ls -la /boot/efi/EFI
sudo zypper se grub
Wenn Du direkt nach dem Einschalten des Rechners eine bestimmte Taste drückst (oft “Entf” oder “F12” oder “F11” oder … -> siehe Handbuch Deiner Systemplatine) gelangst Du in das Konfigurationsmenü Deines UEFIs und dort musst Du dann eben suchen (nach Startmodus o.ä.). Ansonsten nenne hier die genau Bezeichnung Deiner Systemplatine. Vielleicht findet sich jemand, der Dir weiterhelfen kann.
Viele Grüße
susejunky
Hallo,
Code: sudo parted -l
suse_user1@Tuxedo2020:~> sudo parted -l
[sudo] Passwort für root:
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sda: 250GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: pmbr_boot
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049MB 2621MB 1573MB fat32 EFI system partition boot, esp
2 2621MB 4719MB 2097MB Microsoft reserved partition msftres
3 4719MB 56,6GB 51,9GB ntfs Basic data partition msftdata
4 56,6GB 58,7GB 2096MB ntfs Basic data partition versteckt, diag
5 58,7GB 59,3GB 587MB fat32 primary msftdata
6 59,3GB 67,9GB 8590MB linux-swap(v1) swap
7 67,9GB 122GB 53,7GB ext4 legacy_boot
8 122GB 175GB 53,7GB ext4
9 175GB 229GB 53,7GB ext4
Modell: ATA ST2000DM008-2FR1 (scsi)
Festplatte /dev/sdb: 2000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 952GB 952GB ntfs Windows_Daten msftdata
2 952GB 2000GB 1049GB ext4 Linux_Daten
Modell: SanDisk Ultra Trek (scsi)
Festplatte /dev/sdc: 61,5GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 61,5GB 61,5GB primary fat32 type=0b
Modell: WD My Book 1140 (scsi)
Festplatte /dev/sdd: 3001GB
Sektorgröße (logisch/physisch): 4096B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 3001GB 3001GB primary ntfs type=07
Code: sudo lsblk -f
suse_user1@Tuxedo2020:~> sudo lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat FAT32 BOOT 4402-9DE3
├─sda2
├─sda3 ntfs 065A48FE5A48EC4D
├─sda4 ntfs Speicher_Reserve 72D28812D287D92D
├─sda5 vfat FAT32 BOOT_EFI 6324-DD15 554M 1% /boot/efi
├─sda6 swap 1 Swap 6207ec2a-0775-48f5-a316-2d57c5145d29 [SWAP]
├─sda7 ext4 1.0 Suse_Leap_15.3 7899a61b-89d6-441d-91b5-f1a1b3d1f58f 28,4G 37% /
├─sda8 ext4 1.0 Suse_Tumb64 9f4ca632-b8eb-40e8-a25f-25d47f57dca9
└─sda9 ext4 1.0 151f3b94-b542-49d7-83aa-c5601cfa8a74
sdb
├─sdb1 ntfs Win10_Daten 54A556646FCA122B
└─sdb2 ext4 1.0 Suse_Daten af750ff7-9ced-4dee-b5c8-41a45769f1a0 241,6G 70% /home
sdc
└─sdc1 vfat FAT32 D1EC-BB55 56,7G 1% /run/media/suse_user1/D1EC-BB55
sdd
└─sdd1 ntfs My Book 54D8D96AD8D94ABE 412,1G 85% /run/media/suse_user1/My Book
sr0
Code: ls -la /boot/efi/EFI
suse_user1@Tuxedo2020:~> ls -la /boot/efi/EFI
insgesamt 16
drwxr-xr-x 4 root root 4096 10. Jun 19:31 **.**
drwxr-xr-x 5 root root 4096 1. Jan 1970 **..**
drwxr-xr-x 2 root root 4096 10. Jun 19:31 **boot**
drwxr-xr-x 3 root root 4096 10. Jun 19:31 **opensuse**
Code: sudo zypper se grub
suse_user1@Tuxedo2020:~> sudo zypper se grub
[sudo] Passwort für root:
Metadaten von Repository 'packman' abrufen ...........................................................................................................................[fertig]
Cache für Repository 'packman' erzeugen ..............................................................................................................................[fertig]
Metadaten von Repository 'Update repository of openSUSE Backports' abrufen ...........................................................................................[fertig]
Cache für Repository 'Update repository of openSUSE Backports' erzeugen ..............................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Summary | Type
---+-------------------------------+-------------------------------------------------------+-----------
i+ | grub2 | Bootloader with support for Linux, Multiboot and more | Paket
| grub2 | Bootloader with support for Linux, Multiboot and more | Quellpaket
| grub2-arm64-efi | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-arm64-efi-debug | Debug symbols for arm64-efi | Paket
i | grub2-branding-openSUSE | openSUSE Leap 15.3 branding for GRUB2 | Paket
| grub2-branding-upstream | Upstream branding for GRUB2's graphical console | Paket
| grub2-i386-efi | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-i386-efi-debug | Debug symbols for i386-efi | Paket
i | grub2-i386-pc | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-i386-pc-debug | Debug symbols for i386-pc | Paket
| grub2-i386-xen | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-powerpc-ieee1275 | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-powerpc-ieee1275-debug | Debug symbols for powerpc-ieee1275 | Paket
i | grub2-snapper-plugin | Grub2's snapper plugin | Paket
i | grub2-systemd-sleep-plugin | Grub2's systemd-sleep plugin | Paket
i | grub2-x86_64-efi | Bootloader with support for Linux, Multiboot and more | Paket
| grub2-x86_64-efi-debug | Debug symbols for x86_64-efi | Paket
| grub2-x86_64-xen | Bootloader with support for Linux, Multiboot and more | Paket
| grubby | Command line tool for updating bootloader configs | Paket
| libostree-grub2 | GRUB2 integration for OSTree | Paket
| live-grub-stick | Create multiboot live usb stick using grub2 | Paket
i | ruby2.5-rubygem-cfa_grub2 | Models for GRUB2 configuration files | Paket
| ruby2.5-rubygem-cfa_grub2-doc | RDoc documentation for cfa_grub2 | Paket
| trustedgrub2 | Bootloader with TCG (TPM) support | Paket
| trustedgrub2-i386-pc | Bootloader with TCG (TPM) support | Paket
Hallo,
https://forums.opensuse.org/images/misc/quote_icon.png Originally Posted by **su_lin_user1** https://forums.opensuse.org/images/buttons/viewpost-right.png](https://forums.opensuse.org/showthread.php?p=3080918#post3080918) ... Wie überprüfe ich mein UEFI ?
Wenn Du direkt nach dem Einschalten des Rechners eine bestimmte Taste drückst (oft "Entf" oder "F12" oder "F11" oder ... -> siehe Handbuch Deiner Systemplatine) gelangst Du in das Konfigurationsmenü Deines UEFIs und dort musst Du dann eben suchen (nach Startmodus o.ä.). Ansonsten nenne hier die genau Bezeichnung Deiner Systemplatine. Vielleicht findet sich jemand, der Dir weiterhelfen kann.
In meinem Mainboad lässt sich nichts finden was auf BIOS-Boot oder Legacy hinweist - aber eher auf UEFI. Der Rechner ist erst 1 Jahr alt. Das Mainboard “Gigabite AMD B450 Chipsatz” lässt vielleicht nur UEFI zu !?
Mit Verweis auf folgenden Link, deutet mein openSUSE Systemverzeichnis auf UEFI-Boot hin.
Was sagst Du dazu?
Link:
**Tuxedo2020:/etc #** ls -ld /boot/efi/EFI/
drwxr-xr-x 4 root root 4096 10. Jun 19:31 **/boot/efi/EFI/**
**Tuxedo2020:/etc #** ls -lrt /boot/efi/EFI/
insgesamt 8
drwxr-xr-x 3 root root 4096 10. Jun 19:31 **opensuse**
drwxr-xr-x 2 root root 4096 10. Jun 19:31 **boot**
**Tuxedo2020:/etc #** ls -lrt /boot/efi/EFI/*
/boot/efi/EFI/opensuse:
insgesamt 3172
-rwxr-xr-x 1 root root 63744 24. Aug 2020 fwupdx64.efi
drwxr-xr-x 2 root root 4096 24. Aug 2020 **fw**
-rwxr-xr-x 1 root root 934024 14. Sep 13:20 shim.efi
-rwxr-xr-x 1 root root 846096 14. Sep 13:20 MokManager.efi
-rwxr-xr-x 1 root root 1238896 14. Sep 13:20 grub.efi
-rwxr-xr-x 1 root root 125 14. Sep 13:20 grub.cfg
-rwxr-xr-x 1 root root 58 14. Sep 13:20 boot.csv
-rwxr-xr-x 1 root root 143360 14. Sep 13:20 grubx64.efi
/boot/efi/EFI/boot:
insgesamt 1832
-rwxr-xr-x 1 root root 846096 14. Sep 13:20 MokManager.efi
-rwxr-xr-x 1 root root 86208 14. Sep 13:20 fallback.efi
-rwxr-xr-x 1 root root 934024 14. Sep 13:20 bootx64.efi
Da hast Du aber eine “wilde” Konfiguration:
Das Paket grub2-x86_64-efi ist installiert …
… und es gibt eine korrekt angelegte (wahrscheinlich von MS Windows) EFI Systempartition (ESP):
**suse_user1@Tuxedo2020:~> sudo parted -l **
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sda: 250GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: pmbr_boot
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049MB 2621MB 1573MB fat32 EFI system partition boot, esp
...
Aber dann gibt es noch eine weitere Partition, die Du in Deinem openSUSE unter /boot/efi eingehängt hast und auf der ein openSUSE EFI Bootloader (unter /boot/efi/EFI/opensuse) abgelegt sein könnte. Allerdings scheint dieser Partition die ESP-Kennung zu fehlen.
**suse_user1@Tuxedo2020:~> sudo parted -l **
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sda: 250GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: pmbr_boot
Nummer Anfang Ende Größe Dateisystem Name Flags
...
5 58,7GB 59,3GB 587MB fat32 primary msftdata
...
**suse_user1@Tuxedo2020:~> sudo lsblk -f**
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├
├─sda5 vfat FAT32 BOOT_EFI 6324-DD15 554M 1% /boot/efi
└─
**suse_user1@Tuxedo2020:~> ls -la /boot/efi/EFI **
insgesamt 16
drwxr-xr-x 4 root root 4096 10. Jun 19:31 **.**
drwxr-xr-x 5 root root 4096 1. Jan 1970 **..**
drwxr-xr-x 2 root root 4096 10. Jun 19:31 **boot**
drwxr-xr-x 3 root root 4096 10. Jun 19:31 **opensuse**
Und dann ist da noch das Flag pmbr_boot auf /dev/sda gesetzt und es gibt da noch die Partition /dev/sda7, die den Partitionstyp legacy_boot hat obwohl sie Deine Systempartition zu sein scheint.
Wie hast Du das hin bekommen?
Bitte zeige noch das Ergebnis von
cat /etc/fstab
Hast Du herausgefunden, welcher Bootmodus in Deinem UEFI eingestellt ist?
Viele Grüße
susejunky
Hallo,
https://forums.opensuse.org/images/misc/quote_icon.png Originally Posted by **su_lin_user1** https://forums.opensuse.org/images/buttons/viewpost-right.png](https://forums.opensuse.org/showthread.php?p=3080918#post3080918) ... Wie überprüfe ich mein UEFI ?
Wenn Du direkt nach dem Einschalten des Rechners eine bestimmte Taste drückst (oft "Entf" oder "F12" oder "F11" oder ... -> siehe Handbuch Deiner Systemplatine) gelangst Du in das Konfigurationsmenü Deines UEFIs und dort musst Du dann eben suchen (nach Startmodus o.ä.). Ansonsten nenne hier die genau Bezeichnung Deiner Systemplatine. Vielleicht findet sich jemand, der Dir weiterhelfen kann.
Ich habe jetzt etwas gefunden. Nach dieser Beschreibung ist das hier in meinem Bios …
Beschreibung:
Aus dem Handbuch Gigabyte B450:
https://paste.opensuse.org/53207463
Bei mir ist:
CSN Support - Enable
Storage Boot Option Control - Only UEFI
Other PCI ROM Priority - Only UEFI
Hallo,
cat /etc/fstab
suse_user1@Tuxedo2020:~> cat /etc/fstab
UUID=6207ec2a-0775-48f5-a316-2d57c5145d29 swap swap defaults 0 0
UUID=7899a61b-89d6-441d-91b5-f1a1b3d1f58f / ext4 defaults 0 1
UUID=af750ff7-9ced-4dee-b5c8-41a45769f1a0 /home ext4 data=ordered 0 2
UUID=6324-DD15 /boot/efi vfat utf8 0 2
Da hast Du aber eine “wilde” Konfiguration:
Wie hast Du das hin bekommen?
Ich habe nicht behaupet ein Linux-Profi zu sein. Man macht das einfach, so gut man es versteht. Gelaufen ist das Systen ja. Schönheit steht an zweiter Stelle.
Falls Du dazu Tips geben kannst, wie man das besser anlegt, bin ich dazu immer offen.
Ich denke, Du solltest CSM Support abschalten (Disabled).
Viele Grüße
susejunky
Hallo,
und es gibt da noch die Partition /dev/sda7, die den Partitionstyp legacy_boot hat obwohl sie Deine Systempartition zu sein scheint.
Ich bin jetzt auch etwas irritiert. Bootet openSUSE nun auf UEFI oder Legacy?
Wie ich das hinbekommen habe weiß ich auch nicht. Scheint wohl ein Fehler bei der Neuinstallation gewesen zu sein. Meine Absicht bei der Neuinstallation von Leap 15.3 war jedenfalls mit UEFI zu booten.
Frage: Kann man das jetzt im Nachhinein noch ändern? Oder muss ich noch mal neu installieren? Bei einer Neuinstallation … besteht da die Chance wieder Win10 in den Grub miteinzubinden?
Aus meiner Sicht geht es nicht um’s “besser machen”.
Wenn ich Deinen ersten Beitrag richtig verstanden habe, dann möchtest Du gerne Deine beiden Systeme (MS Windows und openSUSE) mit GRUB starten können. Um das zu erreichen, hast Du folgende Möglichkeiten:
Zur Variante 3 kann ich Dir nicht weiterhelfen. Für die Varianten 1 und 2 sind Korrekturen an Deinem System erforderlich.
Es liegt bei Dir, welche Variante Du umsetzen willst.
Viele Grüße
susejunky