staging.inyokaproject.org

Bitte an das WIKI-Team:

Dieser Teil- / Unterabschnitt vom Projekt EFI Bootmanagement kann aus der Baustelle genommen werden.

In wie weit diese Diskussion mit der Projektseite und den anderen Kapiteln verknüpft werden muss / kann, überlasse ich Euch. Die technische Information wurde jetzt von uns ausreichend getestet.

gruß syscon-hh

Hallo,

ist im Wiki.

Gruß, noisefloor

Hallo!

Beim Studium dieses Artikels fällt mir auf, dass hier eher allgemeine Informationen einerseits, und praktische und fallbezogene Anleitungen zum Umgang mit dem Setup bzw. dem Bootmenü andererseits durcheinander gehen. Eine Sortierung in entsprechende Abschnitte würde Abhilfe schaffen (oder man könnte sogar einen eigenen Artikel fürs Setup und das Bootmenü anlegen, das überblicke ich aber noch nicht).

Des weiteren könnte man an einigen Stellen den Text raffen, und einige umgangssprachliche Formulierungen sollten aufgelöst werden. Mir scheinen auch noch ein paar sachliche Unklarheiten da zu sein – da muss ich aber noch genauer schauen –, die dann gleich mit zu klären wären.

Ich biete, wenn es gewünscht ist, entsprechende Überarbeitungen an – besonders in diesem Fall selbstverständlich gern in enger Abstimmung mit syscon-hh, der als Erst- und Hauptautor der ganzen Artikelserie Enormes geleistet hat und v.a. offensichtlich durch eigene umfangreiche Tests fundierte Informationen aus erster Hand bietet.

Ich freue mich auf eine Rückmeldung! Grüße!

MannMitHut schrieb:

Beim Studium dieses Artikels fällt mir auf, dass hier eher allgemeine Informationen einerseits, und praktische und fallbezogene Anleitungen zum Umgang mit dem Setup bzw. dem Bootmenü andererseits durcheinander gehen.

Man beachte die zeitliche Differenz zur Erstellung, auch bei uns hat sich die Erkenntnislage durchaus erweitert. Ich gebe Dir Recht, dass es etwas durcheinander geht - aber auch wir haben uns damals die Frage gestellt: Henne oder EI, womit fangen wir an.

Dieser Artikel soll

• "allgemeine Informationen geben"

nicht jedoch

• "praktische und fallbezogene Anleitungen"

diese Passagen sollten nur Beispiele zum allgemeinen Verständnis sein - es gibt da draußen bestimmt an die hundert verschiedene EFI-Lösungen, welche soll man auswählen?

Des weiteren könnte man an einigen Stellen den Text raffen, und einige umgangssprachliche Formulierungen sollten aufgelöst werden. Mir scheinen auch noch ein paar sachliche Unklarheiten da zu sein – da muss ich aber noch genauer schauen –, die dann gleich mit zu klären wären.

Dann lass Dir das in eine Baustelle schieben und fang an.

Aber bitte alle Änderungen an realer Hardware austesten!

Hallo syscon-hh!

Danke für die rasche Reaktion!

MannMitHut schrieb:

Beim Studium dieses Artikels fällt mir auf, dass hier eher allgemeine Informationen einerseits, und praktische und fallbezogene Anleitungen zum Umgang mit dem Setup bzw. dem Bootmenü andererseits durcheinander gehen.

Man beachte die zeitliche Differenz zur Erstellung, auch bei uns hat sich die Erkenntnislage durchaus erweitert. Ich gebe Dir Recht, dass es etwas durcheinander geht - aber auch wir haben uns damals die Frage gestellt: Henne oder EI, womit fangen wir an.

Deshalb sind meine Anmerkungen auch nicht im Geringsten (!!) eine Kritik am schon Geleisteten, sondern sie verstehen sich als konstruktive Anregungen im Sinne des Aufbaus auf eine fundierte Grundlage aus der Praxis und der Weiterentwicklung derselben.

Dieser Artikel soll

• "allgemeine Informationen geben"

nicht jedoch

• "praktische und fallbezogene Anleitungen"

diese Passagen sollten nur Beispiele zum allgemeinen Verständnis sein - es gibt da draußen bestimmt an die hundert verschiedene EFI-Lösungen, welche soll man auswählen?

Völlig klar! Und andererseits wären rein abstrakte Auslassungen ohne anschauliche Beispiele im Ergebnis völlig unzugänglich, insofern ist der Ansatz doch bestens und das bereits eingestellte Bildmaterial etc. ganz toll.

Des weiteren könnte man an einigen Stellen den Text raffen, und einige umgangssprachliche Formulierungen sollten aufgelöst werden. Mir scheinen auch noch ein paar sachliche Unklarheiten da zu sein – da muss ich aber noch genauer schauen –, die dann gleich mit zu klären wären.

Dann lass Dir das in eine Baustelle schieben und fang an.

Gut, bitte um Baustelle!

Aber bitte alle Änderungen an realer Hardware austesten!

Ich habe vorderhand nicht vor, Sachaussagen zu verändern oder zu ergänzen. Hauptsächlich geht es mir um eine gut verständliche Aufbereitung. Ich verzichte jetzt auf genauere Erläuterungen, sondern will durch konkrete Überarbeitungsentwürfe – die dann auch kritisierbar sind – zeigen, worauf ich hinaus will. Einige Ergänzungen zur Sache dürften sich allerdings ergeben, insbesondere wenn es ums Verbinden von Zusammenhängen geht. Ich würde mich sehr freuen, wenn ich mich da ggf. auch mit technischen Rückfragen an Dich wenden könnte und wenn Du meine Überarbeitungen kritisch begleiten könntest.

Auf gute Zusammenarbeit!

Ich stolper über den Begriff "Legacy".

Im Netz fand ich: Legacy Modus ist " Vorgänger oder Kompatiblitäts Modus".

Einfügenswert?

Eigentlich ist dies m.E. im Abschnitt Compatibility-Support-Module hinreichend erklärt. Wenn jemand über den Begriff beim Querlesen stolpert, dann sollte er den Artikel noch einmal genau lesen.

MIt UEFI haben sich die Begrifflichkeiten leider etwas verkompliziert. Früher hätte ich geschrieben:" Geh ins BIOS und deaktiviere Secure-Boot". Das führt aber zur Verwirrung bei Leuten, die sich mit UEFI eben nicht auskennen, denn sie glauben, sie hätten nach wie vor ein BIOS. Stattdessen schreibt man jetzt besser:"Gehe ins Firmware-Setup…". Und jemand, der sich neu mit UEFI befasst, lernt am besten von Anfang an den Begriff "Legacy"-Modus, weil

• BIOS-Kompatibilitätsmodus sehr schnell zu BIOS-Modus abgekürzt wird (weil wir alle faul sind 😉 ) und das ist dann schlicht irreführend

• In den Firmware-Setups meist vom Legacy-Modus die Rede ist.

Insofern bleibe ich also dabei. Wer über den Begriff stolpert, sollte den Artikel noch einmal lesen oder, wie du, fragen.

lionlizard schrieb:

Eigentlich ist dies m.E. im Abschnitt Compatibility-Support-Module hinreichend erklärt. Wenn jemand über den Begriff beim Querlesen stolpert, dann sollte er den Artikel noch einmal genau lesen.

MIt UEFI haben sich die Begrifflichkeiten leider etwas verkompliziert. Früher hätte ich geschrieben:" Geh ins BIOS und deaktiviere Secure-Boot". Das führt aber zur Verwirrung bei Leuten, die sich mit UEFI eben nicht auskennen, denn sie glauben, sie hätten nach wie vor ein BIOS. Stattdessen schreibt man jetzt besser:"Gehe ins Firmware-Setup…". Und jemand, der sich neu mit UEFI befasst, lernt am besten von Anfang an den Begriff "Legacy"-Modus, weil

• BIOS-Kompatibilitätsmodus sehr schnell zu BIOS-Modus abgekürzt wird (weil wir alle faul sind 😉 ) und das ist dann schlicht irreführend

• In den Firmware-Setups meist vom Legacy-Modus die Rede ist.

Jain. Das stimmt zwar alles irgendwie, aber ich glaube es geht um folgendes:

Die Aktivierung des CSM-Modus zwingt den Anwender aber auch dazu, sich beim Start eines Start-Datenträgers für einen der beiden Modi (UEFI oder Legacy) im EFI Menü zu entscheiden.

Hier wird auf einmal der Begriff "Legacy" verwendet obwohl davor die ganze Zeit von CSM die Rede ist. Dass das in dem Fall synonym zu betrachten ist, kann ein Neuling der Materie tatsächlich nicht ahnen. Es ist dem Umstand geschuldet, dass im abgebildeten "UEFI" eben diese beiden Begriffe verwendet werden.

Im Prinzip muss ja keine Abhandlung darüber verfasst werden. Ein zusätzlicher Satz sollte IMO wahrscheinlich genügen. Also z.B.:

Die Aktivierung des CSM-Modus zwingt den Anwender aber auch dazu, sich beim Start eines Start-Datenträgers für einen der beiden Modi (UEFI oder Legacy) im EFI Menü zu entscheiden. "Legacy (System)" (engl. "Alt-System") verwenden die Hersteller dabei in den aller meisten Fällen als Abkürzung für den Start im BIOS-Kompatibilitäts-Modus.

Dieses Begriffs-Wirrwar müssen sich IMO die Hersteller ankreiden lassen und wird nicht vom "faulen" Anwender verursacht. IMO würde es überhaupt nicht schaden, wenn es durchgängig als "CSM" benannt würde. Hinzu kommt, dass man bei fast allen Herstellern das UEFI-Update unter der Rubrik "BIOS" findet.

Häufig ist es auch so, dass man in einem Boot-Menü die Auswahl zwischen UEFI + Start-Datenträger-Bezeichnung und der reinen Start-Datenträger-Bezeichnung hat. Ohne "UEFI" vorangestellt bedeutet dann starten per CSM.

Gruß, Martin

Newubunti schrieb:

Dass das in dem Fall synonym zu betrachten ist, kann ein Neuling der Materie tatsächlich nicht ahnen.

Die beiden Begriffe sind durchaus nicht sysnonym zu gebrauchen.

Der CSM bildet die Funktionen des BIOS in der UEFI-Firmware nach, etwa so, wie C64-Emulator die Funktionen dieses Rechners auf einem anderen Rechner nachbildet oder eine VM die Funktionen eines PC. Eine dieser Funktionen ist eben jener "Legacy"-Modus, ein Betriebssystem zu starten, nämlich mittles eines Bootladers im MBR.

UEFI beachtet einen ggf. im Bereich des MBR hinterlegten Bootlader überhaupt nicht, sondern startet den voreingestellten oder über das Bootmenü ausgewählten Bootlader aus der EFI-Partition.Wenn CSM nicht aktiviert ist, kann auch kein Start über den MBR erfolgen. Wenn CSM aktiviert ist muss man sich eben entscheiden zwischen Leagcy- und UEFI-Start.

Es kann übrigens vorkommen, dass auch die UEFI-Firmware auf Funktionen des CSM zugreift. In meinem Rechner lässt sich zwar das CSM deaktivieren, jedoch wird in der Hilfe ausgesagt, dass dies nur zu Testzwecken erfolgen soll. Erwartungsgemäß lassen sich meine im UEFI-Modus installierten Systeme auch nicht starten, wenn das CSM deaktiviert wurde.

lionlizard schrieb:

Newubunti schrieb:

Dass das in dem Fall synonym zu betrachten ist, kann ein Neuling der Materie tatsächlich nicht ahnen.

Die beiden Begriffe sind durchaus nicht sysnonym zu gebrauchen. ...

Mag ganz präzise betrachtet zutreffend sein, widerspricht allerdings im Ergebnis nicht meinem Formulierungsvorschlag. Da ich geschrieben hatte "in dem Fall" - also im Kontext des Bootens - widerspricht es IMO auch nicht meiner Aussage. Laut EFI-CSM-Spezifikation hat das CSM die Aufgabe,

• Betriebssysteme starten zu lassen, die noch kein EFI könnnen,

• Datenträger zugänglich zu machen, die über traditionelle Option-ROM-Geräte an den PC angebunden sind.

Also das Starten von Nicht-EFI-Betriebssystemen ist daher IMO nicht irgend eine Funktion des CSM unter vielen, sondern die wesentliche.

Und letztlich unabhängig davon, ob nun "synonym" oder nicht, muss bzw. sollte man dem Leser an der Stelle schon kurz erklären, was Legacy hier heißt, weil das eben auf ein mal einfach so auftaucht. Da fand ich jetzt meinen Formulierungsvorschlag jetzt zumindest mal nicht falsch. Besser geht sicher immer.

... Erwartungsgemäß lassen sich meine im UEFI-Modus installierten Systeme auch nicht starten, wenn das CSM deaktiviert wurde.

"Erwartungsgemäß" ist das sicher nicht, sondern das klingt - sofern Du nicht über einen Option-Rom-Controller bootest - eher nach Firmware-Murks. Wohlgemerkt unter der Voraussetzung, dass bei Dir auch wirklich alles auf EFI läuft.

Es wäre doch auch ziemlich schräg, wenn das CSM grundsätzlich zum Systemstart gebraucht würde. Da wäre ja bei EFI etwas broken-by-design.

Gruß, Martin

Newubunti schrieb:

… widerspricht allerdings im Ergebnis nicht meinem Formulierungsvorschlag.

Deinen Formulierungsvorschlag habe ich auch absichtlich nicht weiter kommentiert.

Also das Starten von Nicht-EFI-Betriebssystemen ist daher IMO nicht irgend eine Funktion des CSM unter vielen, sondern die wesentliche.

Das ist so nicht richtig. Das BIOS stellt dem Betreibssystemgrundlegende Funktionen zum Zugriff auf die gesamte Rechnerhardware zur Verfügung. Das Starten des Bootladers ist nur der geringste, wenn auch nicht unwichitgste Teil davon. Diese Funktionen sind bei allen IBM-Kompatiblen Rechnern - heute PC genannt - seit dem 8086-Prozessor über den gleichen Mechanismus aufrufbar (Auslösen eines Interrupts mit Übergabe bestimmter Werte in den Registern). UEFI stellt zwar ebenfalls den Zugriff auf die Harware zur Verfügung, aber auf komplett andere Weise.

... Erwartungsgemäß lassen sich meine im UEFI-Modus installierten Systeme auch nicht starten, wenn das CSM deaktiviert wurde.

"Erwartungsgemäß" ist das sicher nicht, sondern das klingt - sofern Du nicht über einen Option-Rom-Controller bootest - eher nach Firmware-Murks. Wohlgemerkt unter der Voraussetzung, dass bei Dir auch wirklich alles auf EFI läuft.

Wenn im Hilfetext des BIOS steht, dass CSM nur zu Testzwecken deaktiviert werden soll, dann ist es für mich nicht unerwartet, dass bei deaktiviertem CSM auch mein UEFI-System nicht mehr startet. Offenbar sind bestimmte Systemroutinen noch nicht in der UEFI-Firmware meines Rechners implementiert und werden nach wie vor durch die viel älteren BIOS-Funktionen bereitgestellt. Das kann dann natürlich nicht funktionieren, wenn man das CSM deaktiviert.

Es wäre doch auch ziemlich schräg, wenn das CSM grundsätzlich zum Systemstart gebraucht würde. Da wäre ja bei EFI etwas broken-by-design.

Grundsätzlich benötigt man natürlich kein CSM, aber bei meinem Rechner eben schon.

Hallo!

Ich kann lionlizard im wesentlichen nur zustimmen. Habe hier ein Asus PC-Board, bei dem bei deaktiviertem Secureboot, erstmal CSM auf enabled gestellt werden muss, um auf alle Bootoptionen zugreifen zu können, also alle UEFI und Legacy Funktionen (5 Menüs mit je 2-5 Einstellungen, also viel im Vergleich zu kastrierten NB-Firmwares).

L.G.

Hallo!

Ausgehend von der hier im Unterforum "angemahnten" Baustelle zu Windows nach Ubuntu installieren, die ich in der vorliegenden Form nicht für Release-fähig halte, stolpere ich aber wieder über einen m.E. zum wiederholten Mal falsch/nicht korrekt verwendeten Begriff, obwohl ich den Autor schon in diversen Forenthreads darauf hingewiesen habe. Konkret geht es um "CSM", bzw. die Gleichsetzung von CSM und BIOS.

Wobei ich mir nun noch mal den entsprechenden Unterartikel im EFI Grundlagen WIKI angeschaut habe, und der aus meiner Sicht auch nicht stimmig ist. Meiner Erfahrung mit etlichen Set-Ups/UEFIs nach, stellt die Option CSM (oft/meist) verschiedene Bootmodi zur Verfügung auf einem UEFI-Board. Das kann neben Legacy aber eben auch UEFI-Boot in der einen oder anderen Priorität sein!

Im entsprechenden WIKIPEDIA Artikel wird das so formuliert.

CSM booting

To ensure backward compatibility, most UEFI firmware implementations on PC-class machines also support booting in legacy BIOS mode from MBR-partitioned disks, through the Compatibility Support Module (CSM) that provides legacy BIOS compatibility. In this scenario, booting is performed in the same way as on legacy BIOS-based systems, by ignoring the partition table and relying on the content of a boot sector.

In der Praxis haben die Hersteller aber (zusätzlich) alles mögliche unter dieser Option untergebracht. Außer Legacy (was bekanntermaßen auch mit ganz anderen Bezeichnungen daher kommt), reines UEFI ohne Secureboot und hybride Modi wie "first" oder "both".

Der WIKI-Artikel beinhaltet dies aber nicht bzw. ist auch schon etwas veraltet. So findet sich hier die Formulierung

Im CSM-Modus verhält sich das System - was Start und Installation anbelangt - dann so, wie man es von einem reinen BIOS-System gewohnt ist.

Aus den genannten Gründen stimmt das so eben nicht (mehr). Selbst der nebenstehende Screenshot zur Dokumentation verrät dies schon, da die nicht geöffnete Option "Boot Option Filter" schon UEFI und Legacy unter CSM bereit hält.

Des Weiteren muss zwingend die Formulierung

Unter den Systemherstellern herrscht bisher keine Einigkeit in Bezug auf das Boot-Verhalten von UEFI-Firmware. Viele Systeme werden deshalb im Nicht-UEFI-Modus ausgeliefert, laden also grundsätzlich das Compatibility Support Module. Das sollte man vor einer Installation immer abklären.

aktualisiert werden, da mittlerweile so gut wie keine Systeme mehr mit Legacy ausgeliefert werden, aus den bekannten Gründen.

Man könnte auch noch darüber diskutieren, ob hier ein Hinweis bzgl. der (CSM)Bootoptionen "both" und "first" angebracht ist, diese möglichst zu meiden/abzustellen, da sie meiner Erfahrung nach nur Unheil anrichten (z.B. bei einem nicht für UEFI eingerichteten Installationsstick).

L.G.

Hallo Ali_As,

danke für die Info. Möchtest du den Artikel überarbeiten?

Viele Grüße

BillMaier

Ja, kann ich machen, bzw. zunächst hier Vorschläge unterbreiten. Später dazu mehr!

Wobei bzgl. der hybriden Modi "both" oder "first" es schön wäre, Meinungen der Kollegen zu hören.

L.G.