Manjaro-Linux-Forum

Das Grub Problem und dessen Lösung beschreibt @philm gleich in seinem ersten Beitrag zu "Known issues and solutions". Ich habe mir angewöhnt, vor jedem Update erst einmal tief Luft zu holen und beim Manjaro Team im Forum nachzuschauen, was mich erwartet. Das Grub Problem wurde dort bereits am selben Tag des Updates angekündigt.

Manfrago hat geschrieben: ↑Dienstag 9. März 2021, 21:33 Das Grub Problem ...

Probleme mit Grub haben Leute, die seit Jahren um eine ganz bestimmte Garage in Redmond tanzen.
Es ist nun mal nicht so, daß keiner irgendetwas wußte oder nicht gesagt hat.
Daher lehne ich mich entspannt zurück und genieße die Show.

K.I.S.S. ist ZEITLOS und funktioniert ohne; fastboot, secureboot, UEFI; und erst recht ohne Signaturen von M$.

MfG

LQ hat geschrieben: ↑Dienstag 9. März 2021, 22:31 Probleme mit Grub haben Leute, die seit Jahren um eine ganz bestimmte Garage in Redmond tanzen.

Kann es sein, dass Du nicht verstanden hast, worum es bei dem hier diskutierten Grub-Problem überhaupt geht?

@LQ
Meine Rechner haben noch nie Windows gesehen,aber trotzdem Probleme mit Grub.
Na ja ,jetzt nicht mehr.(Systemwechsel).

djeli hat geschrieben: ↑Mittwoch 10. März 2021, 11:17 @LQ
Meine Rechner haben noch nie Windows gesehen,aber trotzdem Probleme mit Grub.

Zumal die aktuelle Grub os_prober Abschaltung generell Multiboot und nicht nur Multiboot mit Windows betrifft.

maroco hat geschrieben: ↑Dienstag 9. März 2021, 23:22

LQ hat geschrieben: ↑Dienstag 9. März 2021, 22:31 Probleme mit Grub haben Leute, die seit Jahren um eine ganz bestimmte Garage in Redmond tanzen.

Kann es sein, dass Du nicht verstanden hast, worum es bei dem hier diskutierten Grub-Problem überhaupt geht?

Woher sonnst kommen deine Unannehmlichkeiten?

Bugs im Bootloader Grub gefährden Linux und Windows
Acht neue Schwachstellen im Bootloader

Sodann, erkläre mir, was ich nicht verstanden habe.

@djeli

Das Problem ist micro$oft und nicht windows.

MfG

@Holle - Danke für Feedback und Test Spectacle.

Hab inzwischen zweiten Rechner upgedated,, da öffnet sich Spectacle.
Der Mangel beim Dell XPS passiert unabhängig vom Kernel, ich vermute das es eher mit der Hybrid Grafik zusammenhängt.
Der Dell 9575 2-1 hat zusätzlich zum Intel I7 noch eine RX VEGA M drin.

Nachtrag: Vielleicht ist es auch nur ein Konfigurationsproblem - mit rechter Maustaste aufs Spectacle-ICON - dann ist
per Kontext-Menü ein Screenshot machbar...

zu GRUB: GRUB_DISABLE_OS_PROBER="false" kann doch ein Update automatisch setzen, wenn vorher die Dualboot-Funktion aktiv war. Ein Update sollten nicht nur Nerds und Forumsgötter , sondern auch unbedarfte User (z.B Ehefrauen, Freundinnen o.ä.) durchführen können.

Gruß Michael

Was für ein Problem kann Microsoft auf einem Rechner verursachen, der Microsoft-frei ist.
Hier musste ich auch in die grub-Konfiguration eingreifen, da Manjaro alleine herrschen wollte.
Manjaro scheint auf die schiefe Bahn zu geraten, wenn es mir zu blöd wird, lasse ich es eben. Ein Nutzer hat sich ja schon hier geäußert, dass er abgewandert ist.
Ich habe auf einem anderen Rechner noch ArcoLinux laufen, das ähnlich komfortabel wie Manjaro läuft.
Letzten Endes ist alles Arch Linux, auch wenn die Linux-Ledernacken, die Arch auf dem harten Weg installiert haben, gleich wieder anfangen zu schreien. Einfach ignorieren.

Bei mir auf allen Geräten ohne Probleme. Nur auf meinem Acer Spin 111 gab es ein Problem mit den Touchscreen. der reagiert mit dem Kernel 5.11 etwas träge, mit dem 5.10 funktioniert alles wie gewohnt.

Currock hat geschrieben: ↑Mittwoch 10. März 2021, 18:37 Was für ein Problem kann Microsoft auf einem Rechner verursachen, der Microsoft-frei ist..

Gemeint ist damit wohl die Implementierung von Secure Boot im (U)EFI, welche dafür sorgt, das nur in einer Schlüsseldatenbank hinterlegte Signaturen einen Bootvorgang einleiten dürfen. Implementiert wurde Secureboot allerdings von einem Gremium, dem außer Intel auch AMD, Microsoft, Hewlett-Packard und viele andere PC- und BIOS-Hersteller angehörten. Dennoch wird gerne und immer wieder polemisiert, das Microsoft allein die Schuld an dieser Entwicklung trüge.

Das allererste, was ich an einem Rechner überhaupt mache, ist im BIOS Secure Boot zu deaktivieren.
Hatte ich noch nie gebraucht und werde es auch nicht brauchen.

Befürworter von Secure Boot meinen jetzt aber häufig, dass man ja ein System über den Bootvorgang angreifen könnte.
Das ist sachlich richtig, erfordert aber in der Regel Zugriff auf die Hardware. Hat man Zugriff auf die Hardware kann man sehr
viel einfachere Angriffe fahren.

Geht aber dann bei mir auch nicht, da mein System vollverschlüsselt ist.