Diskussion:GRUB 2: Unterschied zwischen den Versionen

Aus Linupedia.org
Wechseln zu: Navigation, Suche
K (Boot Password setzen: genauere Ausführungen dazu..)
(Nachfolger von grub2 scheint schon gefunden)
 
(10 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 11: Zeile 11:
 
:: Bitte um Erläuterung... TNX --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 18:20, 30. Nov. 2013 (CET)
 
:: Bitte um Erläuterung... TNX --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 18:20, 30. Nov. 2013 (CET)
  
::naja, bei vielen Bootloadern kann man den Passwortschutz auf nur einen Unterpunkt begrenzen..udn wenn ein Unterpunkt z.B. das nachladen eines Images (Festplattenimage, Diskettenimage oder CD/DVD Isoimage) per memdisk darstellt und man nur den eben per Passwortsicherung absichert dann kann jeder andere Punkt bis auf den Gesicherten eben von jedem geladen werden,der gesicherte hingegen nur von demjenigen der das Passwort kennt. Sinnvoll halt für Sachen wie [[dban]] (bevorzugt eben beim Booten über PXE über das Netzwerk) damit nicht Hinz und Kunz einfach so mal eben den ganzen Rechner leerräumen kann sondern halt nur derjenige der das Passwort kennt. Wenn da GrUB 2 allerdings nicht in der Lage ist das Abschnittsabhängig zu machen könnte man einen weiteren Bootloader, sprich: hier eben einen zweiten GrUB 2, per Chainloading nachladen der dann die Passwortabfrage generell drin hätte und in den der Abschnitt mit dem Image drin hätte. [[Installationsbootloader | SYSLINUX/EXTLINUX/ISOLINUX/PXELINUX]]kann beides,sowohl Abschnittsweise sichern als auch einen anderen Bootloader nachladen, auch über das Netzwerk (genauer: den zugehörigen [TFTP]]-Server)... --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 18:30, 30. Nov. 2013 (CET)
+
:::Naja, bei vielen Bootloadern kann man den Passwortschutz auf nur einen Unterpunkt begrenzen..udn wenn ein Unterpunkt z.B. das nachladen eines Images (Festplattenimage, Diskettenimage oder CD/DVD Isoimage) per memdisk darstellt und man nur den eben per Passwortsicherung absichert dann kann jeder andere Punkt bis auf den Gesicherten eben von jedem geladen werden,der gesicherte hingegen nur von demjenigen der das Passwort kennt. Sinnvoll halt für Sachen wie [[dban]] (bevorzugt eben beim Booten über PXE über das Netzwerk) damit nicht Hinz und Kunz einfach so mal eben den ganzen Rechner leerräumen kann sondern halt nur derjenige der das Passwort kennt. Wenn da GrUB 2 allerdings nicht in der Lage ist das Abschnittsabhängig zu machen könnte man einen weiteren Bootloader, sprich: hier eben einen zweiten GrUB 2, per Chainloading nachladen der dann die Passwortabfrage generell drin hätte und in den der Abschnitt mit dem Image drin hätte. [[Installationsbootloader | SYSLINUX/EXTLINUX/ISOLINUX/PXELINUX]]kann beides,sowohl Abschnittsweise sichern als auch einen anderen Bootloader nachladen, auch über das Netzwerk (genauer: den zugehörigen [TFTP]]-Server)... --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 18:30, 30. Nov. 2013 (CET)
 +
 
 +
=Bitte um Review=
 +
Die erste Version ist fertig. Bitte schaut mal drauf. TNX  --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 11:29, 7. Dez. 2013 (CET)
 +
 
 +
:: bitte noch irgendwo raussuchen und möglichst ausprobieren wie man Grub2 auf gespiegelten Bootplatten konfiguriert, damit einerseits Yast das nicht kaputthaut sobald man das Bootloadermenü von Yast anfasst, und anderseits bei Plattenausfall auch jede der beiden Platten von sich aus voll bootfähig ist und auch nach Kernel- und Grub2-Updates bleibt. Ist ja hier mittlerweile von allen Artikeln die dieses Problem bei Grub behandeln haben auf die Grub2 Seite verlinkt, nun sollte da auch eine Lösung dafür hier auftauchen. Dürfte bei Grub2 eventuell nicht ganz so kompliziert werden wie bei Grub [[Benutzer:Robi|Robi]] ([[Benutzer Diskussion:Robi|Diskussion]]) 02:16, 10. Dez. 2013 (CET)
 +
 
 +
:::Du meinst ein RAID1 mit 'mdadm'? Das ist ziemlich aufwändig. Hierfür braucht man wohl ein Setup mit 2 Platten, um das testen zu können. Mangels nicht-produktiver Hardware müsste man so etwas in einer VM nachstellen und darin eine Test-Installation durchführen. --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 19:05, 12. Dez. 2013 (CET)
 +
 
 +
:::Das sollte (mit Ausnahme von Kernel- und Grub2-Updates) auf Seite [[Umgang mit redundanten Laufwerken (GRUB2)]] jetzt eigentlich erledigt sein, oder? Das Ergebnis ist ziemlich unschön für OpenSUSE-User, aber scheinbar sind die Probleme in Form von Bugzilla-Einträgen dort schon seit geraumer Zeit bekannt. Dass sich da überhaupt nichts tut, ist mir unverständlich - mdadm ist jetzt auch nicht wirklich ein Exot. :-((
 +
:::Der Tests mit Debian zeigt IMHO, dass das Problem nicht bei GRUB2 liegt, --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 07:38, 19. Dez. 2013 (CET)
 +
 
 +
:::::Nach 10 Monaten und 2800 Seitenabrufen sollte der Artikel nun ausreichend qualitätsgesichert sein - mehr kommt wohl nicht mehr. Ich entferne nun das Review-Flag.  --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 20:25, 24. Okt. 2014 (CEST)
 +
 
 +
=Erweiterung um UEFI=
 +
Dieser Artikel leidet darunter, dass neuere Techniken wie EFI/UEFI und daran hängend GPT und SecureBoot nicht behandelt werden. Stattdessen wird implizit das herkömmliche [[BIOS]] beschrieben.
 +
 
 +
Die Zahl der Support-Anfragen zu diesem Themenbereich in den Foren steigt kontinuierlich an, was wahrscheinlich unmittelbar darauf zurückzuführen ist, dass heutige Systeme nur noch mit UEFI verkauft werden. Möglicherweise spielt auch die Qualität der Software eine Rolle, warum immer mehr Leute Probleme mit einem nicht mehr bootenden Computer haben.
 +
 
 +
Um im Forum den Usern angemessen helfen zu können, wäre es IMHO sehr wichtig, diesen Artikel (und das Wiki generell - UEFI/EFI kommt da noch gar nicht vor!) um entsprechenden Content zu erweitern.
 +
 
 +
Fühlt sich da jemand berufen?!? --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 07:44, 5. Dez. 2014 (CET)
 +
 
 +
:Diskussion angestossen: http://forum.linux-club.de/viewtopic.php?f=115&t=119778  --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 10:52, 5. Dez. 2014 (CET)
 +
 
 +
:::lohnt sich das überhaupt noch sich groß um Grub2 zu kümmern, der [[UEFI/Bootloader#Gummiboot_SD-Boot_Systemd-boot|Nachfolger]] steht doch schon in Startlöchern. :-) [[Benutzer:Robi|Robi]] ([[Benutzer Diskussion:Robi|Diskussion]]) 00:52, 1. Sep. 2015 (CEST)

Aktuelle Version vom 31. August 2015, 22:52 Uhr

Boot Password setzen

Hierzu fehlen mir noch sinnvolle Anwendungsfälle. Hast jemand Hinweise hierzu???

http://www.linux-club.de/viewtopic.php?f=90&t=118585

TNX --Gehrke (Diskussion) 11:13, 30. Nov. 2013 (CET)

Ein Hinweis wär, abgesehen von den im Thread bereits erwähnten Dingen, zum Beispiel auch das abgesicherte Laden von Images per memdisk. Aktuelle Infos dazu was memdisk inzwischen alles kann gibts unter http://www.syslinux.org/wiki/index.php/MEMDISK  ;)--TomcatMJ (Diskussion) 17:39, 30. Nov. 2013 (CET)
Hhm, hier müsstest Du mir bitte noch auf die Sprünge helfen. Auf den ersten Blick habe ich noch nicht verstanden, wo da ein prinzipieller Unterschied zu den bislang genannten Szenarien besteht. Derzeit sehe ich lediglich eine Untermenge aus den bisherigen Postings.
Bitte um Erläuterung... TNX --Gehrke (Diskussion) 18:20, 30. Nov. 2013 (CET)
Naja, bei vielen Bootloadern kann man den Passwortschutz auf nur einen Unterpunkt begrenzen..udn wenn ein Unterpunkt z.B. das nachladen eines Images (Festplattenimage, Diskettenimage oder CD/DVD Isoimage) per memdisk darstellt und man nur den eben per Passwortsicherung absichert dann kann jeder andere Punkt bis auf den Gesicherten eben von jedem geladen werden,der gesicherte hingegen nur von demjenigen der das Passwort kennt. Sinnvoll halt für Sachen wie dban (bevorzugt eben beim Booten über PXE über das Netzwerk) damit nicht Hinz und Kunz einfach so mal eben den ganzen Rechner leerräumen kann sondern halt nur derjenige der das Passwort kennt. Wenn da GrUB 2 allerdings nicht in der Lage ist das Abschnittsabhängig zu machen könnte man einen weiteren Bootloader, sprich: hier eben einen zweiten GrUB 2, per Chainloading nachladen der dann die Passwortabfrage generell drin hätte und in den der Abschnitt mit dem Image drin hätte. SYSLINUX/EXTLINUX/ISOLINUX/PXELINUXkann beides,sowohl Abschnittsweise sichern als auch einen anderen Bootloader nachladen, auch über das Netzwerk (genauer: den zugehörigen [TFTP]]-Server)... --TomcatMJ (Diskussion) 18:30, 30. Nov. 2013 (CET)

Bitte um Review

Die erste Version ist fertig. Bitte schaut mal drauf. TNX --Gehrke (Diskussion) 11:29, 7. Dez. 2013 (CET)

bitte noch irgendwo raussuchen und möglichst ausprobieren wie man Grub2 auf gespiegelten Bootplatten konfiguriert, damit einerseits Yast das nicht kaputthaut sobald man das Bootloadermenü von Yast anfasst, und anderseits bei Plattenausfall auch jede der beiden Platten von sich aus voll bootfähig ist und auch nach Kernel- und Grub2-Updates bleibt. Ist ja hier mittlerweile von allen Artikeln die dieses Problem bei Grub behandeln haben auf die Grub2 Seite verlinkt, nun sollte da auch eine Lösung dafür hier auftauchen. Dürfte bei Grub2 eventuell nicht ganz so kompliziert werden wie bei Grub Robi (Diskussion) 02:16, 10. Dez. 2013 (CET)
Du meinst ein RAID1 mit 'mdadm'? Das ist ziemlich aufwändig. Hierfür braucht man wohl ein Setup mit 2 Platten, um das testen zu können. Mangels nicht-produktiver Hardware müsste man so etwas in einer VM nachstellen und darin eine Test-Installation durchführen. --Gehrke (Diskussion) 19:05, 12. Dez. 2013 (CET)
Das sollte (mit Ausnahme von Kernel- und Grub2-Updates) auf Seite Umgang mit redundanten Laufwerken (GRUB2) jetzt eigentlich erledigt sein, oder? Das Ergebnis ist ziemlich unschön für OpenSUSE-User, aber scheinbar sind die Probleme in Form von Bugzilla-Einträgen dort schon seit geraumer Zeit bekannt. Dass sich da überhaupt nichts tut, ist mir unverständlich - mdadm ist jetzt auch nicht wirklich ein Exot. :-((
Der Tests mit Debian zeigt IMHO, dass das Problem nicht bei GRUB2 liegt, --Gehrke (Diskussion) 07:38, 19. Dez. 2013 (CET)
Nach 10 Monaten und 2800 Seitenabrufen sollte der Artikel nun ausreichend qualitätsgesichert sein - mehr kommt wohl nicht mehr. Ich entferne nun das Review-Flag. --Gehrke (Diskussion) 20:25, 24. Okt. 2014 (CEST)

Erweiterung um UEFI

Dieser Artikel leidet darunter, dass neuere Techniken wie EFI/UEFI und daran hängend GPT und SecureBoot nicht behandelt werden. Stattdessen wird implizit das herkömmliche BIOS beschrieben.

Die Zahl der Support-Anfragen zu diesem Themenbereich in den Foren steigt kontinuierlich an, was wahrscheinlich unmittelbar darauf zurückzuführen ist, dass heutige Systeme nur noch mit UEFI verkauft werden. Möglicherweise spielt auch die Qualität der Software eine Rolle, warum immer mehr Leute Probleme mit einem nicht mehr bootenden Computer haben.

Um im Forum den Usern angemessen helfen zu können, wäre es IMHO sehr wichtig, diesen Artikel (und das Wiki generell - UEFI/EFI kommt da noch gar nicht vor!) um entsprechenden Content zu erweitern.

Fühlt sich da jemand berufen?!? --Gehrke (Diskussion) 07:44, 5. Dez. 2014 (CET)

Diskussion angestossen: http://forum.linux-club.de/viewtopic.php?f=115&t=119778 --Gehrke (Diskussion) 10:52, 5. Dez. 2014 (CET)
lohnt sich das überhaupt noch sich groß um Grub2 zu kümmern, der Nachfolger steht doch schon in Startlöchern. :-) Robi (Diskussion) 00:52, 1. Sep. 2015 (CEST)