ASUS Radeon RX 9060 XT PRIME OC 16GB

[Max Steel]

Was ich tun kann wäre mal irgendein System über Usb zu booten, wenn das ähnliche Probleme auftrauchen, würde das ja schon auf Hardware hindeuten.

Das mein ich ja. mal was anderes System von USB booten um zu schauen an was es liegen könnte. Sollte halt wenn möglich dennoch ein grub2 geladen werden.

BTW: Würdest du von einem Monitor mit 60Hz abraten. Der Samsung hat so einige Kritikpunkte und so ein SmartTV Schnickschnack, den ich nicht brauche. Es gibt noch einen sehr hochwertigen Dell Dell UltraSharp U4323QE, der soll sehr hochwertig sein, kann aber nur 60Hz.

Ich find auch 60Hz (Im Grunde FPS in der Welt der Flatbeds) noch völlig okay, dafür ists ein IPS-Panel (nichts dagegen) statt einem LED Display. Gibt für und wieder gegen alles.

Wo mir einfällt. meine Freundin hat mittlerweile einen 32:9 oLED Bildschirm, der alle 16 Stunden Betrieb ein "refresh" erzwingt und dafür 5 Minuten außer Betrieb ist. War ein Monat Umstellung dass sie, wenn sie Bildschirmpause macht, den Bildschirm ausschaltet und so den nach "4 Stunden" bereits durchzuführenden "Refresh" durchführen lässt.
Kommt natürlich ganz drauf an was die Punkte, die du gefunden hast, negativ sind. Außer dem SmartTV Kack (den wirklich keiner am PC wirklich braucht...)

[firefly]

Falls man nicht komplett auf pure efi boot gehen möchte, kann man auch weiterhin grub verwenden.
So mache ich das z.b.
Dabei habe ich grub auf der efi ESP partition unter

EFI/BOOT/BOOTX64.EFI

installiert (via --removable parameter)
Das hat den Vorteil, dass ein expliziter bootloader eintrag im efi nicht notwendig ist.
Da die meisten Implementierungen diesen Pfad immer probieren. (Auf jeder vorhandenen ESP Partition)
Das hat den zusätzlichen vorteil, dass das system weiterhin gestartet werden kann auch wenn die efi boot einträge mal kaputt gehen sollten.

[Erdie]

Ich kann jetzt bestätigen, dass auch Diplayport das Problem nicht löst. Mein Monitor kann DP, ich dachte Irrtümlich, dass das nicht so wäre. Ich habe jetzt ein DP Kabel dran und es ist genauso wie vorher.

Ich werde demnächst auf EFI wechseln und dafür evtl dann einen neuen Thread aufmachen. Evtl brauch ich da etwas Hilfe.

[Erdie]

Inzwischen bin ich ziemlich sicher, dass der legacy Mode für das Fehlen des Grub Prompts verantwortlich ist. Ich habe die neuste Gentoo Live CD gebootet im Bios war "legacy + UEFI" eingestellt. Grub war unsichtbar.

Dann habe ich explizit im Bios "nur UEFI" eingestellt und Voila .. Grub war plötzlich sichtbar. Von daher ist klar was zu tun ist. Diese Info könnte für den einen oder anderen ja auch wertvoll sein.

[Erdie]

Ich würde gerne weiterhin grub nutzen und nicht auf reines EFI gehen.

Mein Boot Platte ist eine SATA und hat /dev/sda1 und /dev/sda2

sda2 ist momentan /boot. Mein Plan ist es die Platte nicht umzuformatieren, also keine GPT Partition daraus zu machen und /dev/sda1 in eine EFO-Systempartition umzuwandelt und dann GRUB für UEFI installieren.

Ich habe gelesen, dass in diesem Fall nicht zwingend eine GPT Parition notwendig ist. Stimmt das so?

[Max Steel]

Du brauchst eine EFI-Partition mit FAT32, wo diese sitzt ist letztlich egal. Sobald der Grub-Core geladen wurde übernimmt er die Festplattenzugriffe und man kann die normale configfile nutzen. Also ja, du brauchst nur eine EFI Partition mit dem grubx64.efi. bzw bootx64.efi

Ob man zwingend eine GPT Partitionstabelle benötigt oder ob MBR reicht kann ich dir aber nicht mit bestimmtheit sagen.
Zur Not ausprobieren.

gdisk kann aber eine Umwandlung von MBR zu GPT vornehmen, für den Notfall. (hängen ja noch mehr Dinge dran wie z.B. PARTUUIDs und so)

[Erdie]

Ob man zwingend eine GPT Partitionstabelle benötigt oder ob MBR reicht kann ich dir aber nicht mit bestimmtheit sagen.
Zur Not ausprobieren.

So, wie ich verstanden habe, ist wohl kein secure boot ohne GPT möglich und es wird oft von Herstellern empfohlen aber die UEFI Spezifikationen erlauben auf MBR. Ich werde es einfach versuchen und notfalls mit gdisk arbeiten. Und wenn alles schief geht, habe ich noch ein dd image von /dev/sda.

Danke für die Infos, ich werde mich daran machen wenn ich etwas mehr Zeit für Troubleshooting haben. Meine Erfahrungen haben gezeigt, dass Dinge dann schief gehen, wenn man keinen Zeit hat sie zu reparieren.

[firefly]

(hängen ja noch mehr Dinge dran wie z.B. PARTUUIDs und so)

Wenn du mit PARTUUID die variante meinst, welche man in den kernel parametern als root= angeben kann, dann funktioniert diese nur mit GPT.
Denn in diesem Kontext ist die UID der partition an sich gemeint, welche nur bei GPT gibt.

[Erdie]

So, jetzt läuft mein System im EFI Boot Mode und ich kann auch das grub Menü wieder sehen.

Das einzige, was noch ansteht, ist die Migration von MBR nach GPT. Aber das spare ich mir erstmal. "Never change a running system .."