Diskussion:GRUB 2

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)