SuSE und Grub - Versionsgeschichte

Robi: intern verlinkt

2015-09-05T20:22:13Z

intern verlinkt

Gehrke: Hinweis auf GRUB Legacy

2013-12-09T16:25:59Z

Hinweis auf GRUB Legacy

Robi: Rücksprung geändert

2009-09-07T19:12:48Z

Rücksprung geändert

Babax: /* Die /etc/grub/conf */

2009-01-31T21:59:21Z

‎Die /etc/grub/conf

Robi: Freigabe

2008-08-29T13:04:20Z

Freigabe

Änderungen zeigen

Robi: Dateien von YaST kleine Änderungen

2008-08-05T15:05:03Z

Dateien von YaST kleine Änderungen

Robi: Dateien von GRUB verständlichere Sätze

2008-08-05T14:47:43Z

Dateien von GRUB verständlichere Sätze

Robi: Abschnitt überarbeit Grub-Dateien

2008-08-03T13:51:23Z

Abschnitt überarbeit Grub-Dateien

Robi: device.map aktualisieren

2008-08-03T13:03:23Z

device.map aktualisieren

Robi: wann könnte wer betroffen sein.

2008-07-29T19:57:39Z

wann könnte wer betroffen sein.

@@ Zeile 36: / Zeile 36: @@
 * 2 oder 3 kleine Hilfstools für spezielle Aufgaben
-Das Programm '''[http://linux.die.net/man/8/grub /usr/sbin/grub]''' ist bei näherer Betrachtung wirklich nur eine anders kompilierte Form von '''stage2''', es arbeitet nicht über die BIOS-Zugriffe sondern über Linuxfunktionen hat aber den gleichen Funktionsumfang wie '''stage2'''. Die meisten Installationen eines Bootloaders, (Ausnahme zB bootbare Floppy oder CDs) können gar nicht anders als mit Hilfe der Grubshell oder deren Emulation dem Programm '''/usr/sbin/grub''' installiert werden. Das liegt daran das in den Images (Stage-Dateien) die dabei auf den Festplatten zB im MBR positioniert werden, kleine Änderungen an internen Variablen innerhalb der so installierten Images vorgenommen werden müssen. Sonst funktioniert das Ganze dann nicht, weil die Dateien über die BIOS-Zugriffe nicht gefunden werden. <br>
+Das Programm '''[http://linux.die.net/man/8/grub /usr/sbin/grub]''' ist bei näherer Betrachtung wirklich nur eine anders kompilierte Form von '''stage2''', es arbeitet nicht über die [[BIOS|BIOS-Zugriffe]] sondern über Linuxfunktionen hat aber den gleichen Funktionsumfang wie '''stage2'''. Die meisten Installationen eines Bootloaders, (Ausnahme zB bootbare Floppy oder CDs) können gar nicht anders als mit Hilfe der Grubshell oder deren Emulation dem Programm '''/usr/sbin/grub''' installiert werden. Das liegt daran das in den Images (Stage-Dateien) die dabei auf den Festplatten zB im MBR positioniert werden, kleine Änderungen an internen Variablen innerhalb der so installierten Images vorgenommen werden müssen. Sonst funktioniert das Ganze dann nicht, weil die Dateien über die BIOS-Zugriffe nicht gefunden werden. <br>
 Solche Anpassungen kann nur Grub selbst zuverlässig erledigen. Das ist auch die Ursache dafür, dass man einen Bootloader nicht einfach von einem System auf ein anders System kopieren kann. Dieser würde nicht mehr funktionieren, sobald sich die '''stage1_5''' und '''stage2''' Dateien nicht mehr innerhalb des in '''stage1''' konfigurierten Datenblockes befinden. Auch bei einem Filesytemwechsel des Filestems auf dem sich diese Dateien befinden (/boot/grub)funktioniert der alte Grub nicht mehr, da auf ein  anderes '''Stage1_5''' Image verlinkt werden muss.

← Nächstältere Version		Version vom 9. Dezember 2013, 16:25 Uhr
Zeile 1:		Zeile 1:
		+	{{Achtung\|'''Hinweis:''' Dieser Artikel handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}
		+
		+
	== SuSE und Grub ==		== SuSE und Grub ==

@@ Zeile 163: / Zeile 163: @@
 ----
-[[Hauptseite|zurück zur Hauptseite]]
+[[Bootmanager|zurück zur Bootmanager]]
 [[Category:Bootmanager]]

@@ Zeile 60: / Zeile 60: @@
-===== Die /etc/grub/conf =====
+===== Die /etc/grub.conf =====
 Im strengen Sinne ist diese keine Konfigurationsdatei sondern ein Script das in der Grub-Shell ausgeführt wird. Es gibt auch keine Manpage dazu und nur in ganz wenigen offiziellen Dokumenten ist diese Datei auch nur ansatzweise erklärt.  Die Datei könnte folgendermaßen aussehen.
@@ Zeile 92: / Zeile 92: @@
 Da in vielen Howtos '''/usr/sbin/grub-install''' verwendet wurde, um zB. gezielt den Bootloader an eine bestimmte Position zu positionieren, und das Script jedoch stillschweigend etwas ganz anderes tut, gab es prompt auch eine [https://bugzilla.novell.com/show_bug.cgi?id=339995 Bug-Meldung]
 === YaST und sein Verständnis von GRUB ===

@@ Zeile 53: / Zeile 53: @@
 Die '''menu.lst''' kann universell und zu jeder Zeit nach Herzenswünschen angepasst und geändert werden, solange dabei die Syntax und die Logik ok sind, funktioniert's oder manchmal auch nicht. Die Änderungen an dieser Datei werden sofort beim nächsten Boot wirksam, da diese Datei beim booten über ihren Namen gesucht und ausgelesen wird.
 ==== Dateien von YaST ====
-Das Bootkonfigurationsmodul von YaST muss also wohl oder übel nun auch über das Programm /usr/sbin/grub seine Bootkonfigurationen schreiben, und es kann nach Herzenslust die /boot/grub/menu.lst ändern. An der device.map spielt es ohne ausdrückliche Aufforderung dazu jedoch nicht herum. Da es aber in den Konfigurationsdateien von Grub nirgends einen Eintrag gibt, wo denn nun der Bootloader hingeschrieben worden ist, benötigt YaST eine zusätzliche Datei, damit er sich das merken kann, wo er schonmal den Bootloader mit welchen Optionen hingeschrieben hat. Dazu hat man die Datei '''/etc/grub.conf''' erfunden.
+Das Bootkonfigurationsmodul von YaST muss also wohl oder übel nun auch über das Programm '''/usr/sbin/grub''' seine Bootkonfigurationen schreiben, und es kann nach Herzenslust die '''/boot/grub/menu.lst''' ändern. An der '''device.map''' ändert Yast ohne ausdrückliche Aufforderung dazu nichts, benötigt diese Datei aber natürlich zur Zuordnung der Platten zur Erstellung der SYNTAX für grub. Da es aber in den Konfigurationsdateien von Grub nirgends einen Eintrag gibt, wo denn nun der Bootloader hingeschrieben worden ist, benötigt YaST eine zusätzliche Datei, damit er sich das merken kann, wo er schonmal den Bootloader mit welchen Optionen hingeschrieben hat. Dazu hat man die Datei '''/etc/grub.conf''' erfunden. (unterhalb /etc/sysconfig gibt es zwar auch einen Konfigurationseintrag wo der Bootloader hingehört, wird aber scheinbar nicht bei Grub benutzt.)
@@ Zeile 70: / Zeile 73: @@
 Das bedeutet hier im Beispiel im Klartext "installiere den Grub im MBR der 2. Festplatte und die Konfigdateien und stage2 liegen auf der 2. Festplatte innerhalb der 2. Partition." ( Die Option '''--stage2=....''' ist eine eventuell unbedeutende oder zusätzliche Option, die in der Dokumentation von Grub als notwendig unter bestimmten Bedingungen beschrieben ist, jedenfalls hat sie auf die Konfiguration keinen direkten Einfluss.)
-Die Datei ist seit Urzeiten in allen SuSE Rechnern vorhanden und kaum jemand hat sie zur Kenntnis genommen, sie wurde auch nur von YaST benutzt.</br>
+Die Datei ist seit Urzeiten in allen SuSE Rechnern vorhanden und kaum jemand hat sie je zur Kenntnis genommen, sie wurde bisher auch nur von YaST benutzt.</br>
-BIS - In Version OpenSuse 10.3 wurde von SuSE das Script '''/usr/sbin/grub-install''' in '''/usr/sbin/grub-install.unsupported''' umbenannt und statt dessen ein Script mitgeliefert.
+Bis -- Version OpenSuse 10.3 dort wurde von SuSE das Script '''/usr/sbin/grub-install''' in '''/usr/sbin/grub-install.unsupported''' umbenannt und statt dessen ein Script mitgeliefert.
 <pre> cat /usr/sbin/grub-install
 #!/bin/sh
@@ Zeile 89: / Zeile 92: @@
 # Try again. This time it must succeed, otherwise return the error.
 grub --batch < /etc/grub.conf </pre>
-Das weiter nichts macht, als diese /etc/grub.conf in der grub-shell auszuführen oder wenn sie nicht vorhanden ist, dann die Bootloaderkonfiguration von yast2 aufzurufen.
+Diese Script macht weiter nichts, als diese '''/etc/grub.conf''' in der grub-shell auszuführen oder wenn sie nicht vorhanden ist, dann die Bootloaderkonfiguration von YaST2 aufzurufen.
 === YaST und sein Verständnis von GRUB ===

@@ Zeile 25: / Zeile 25: @@
 hier handelt es ich um die Dateien die während des Startens des Rechners geladen werden.
 * '''stage1''' das ist Bootloader für den Start
-* '''irgendwas_stage1_5''' das sind kleine Unterstützungsimages die helfen direkt aus jeweils einem Filesystem zu lesen
+* '''irgendwas_stage1_5''' das sind kleine Unterstützungsimages die helfen direkt aus jeweils einem Filesystem zu lesen.
-* '''stage2''' und  einige seiner Abkömmlinge für spezielle Bootaufgaben, das ist der eigentliche Grub in Form einer universellen Shell
+* '''stage2''' und  einige seiner Abkömmlinge für spezielle Bootaufgaben, das ist der eigentliche Grub in Form einer universellen Shell.
 ; Ausführbare Dateien:
-* das Programm '''grub''' das ist eine Emulation der eigentliche Grub-Shell
+* das Programm '''/usr/sbin/grub''' das ist eine Emulation der eigentliche Grub-Shell
-* das Script '''grub-install''' ein Hilfsscript zu Konfiguration und Installation
+* das Script '''/usr/sbin/grub-install''' ein Hilfsscript zu Konfiguration und Installation
 * 2 oder 3 kleine Hilfstools für spezielle Aufgaben
-Das Programm '''[http://linux.die.net/man/8/grub /usr/sbin/grub]''' ist bei näherer Betrachtung wirklich nur eine anders kompilierte Form von '''stage2''', es arbeitet nicht über die BIOS-Zugriffe sondern über Linuxfunktionen hat aber den gleichen Funktionsumfang wie '''stage2'''. Die meisten Installationen eines Bootloaders, (Ausnahme zB bootbare Floppy oder CDs) können gar nicht anders als mit Hilfe der Grubshell oder deren Emulation dem Programm '''/usr/sbin/grub''' installiert werden, da in den Images (Stage-Dateien) die dabei auf den Festplatten zB im MBR positioniert werden, kleine Änderungen an internen Variablen innerhalb der so installierten Images vorgenommen werden müssen, damit das Ganze dann auch funktioniert. <br>
+Das Programm '''[http://linux.die.net/man/8/grub /usr/sbin/grub]''' ist bei näherer Betrachtung wirklich nur eine anders kompilierte Form von '''stage2''', es arbeitet nicht über die BIOS-Zugriffe sondern über Linuxfunktionen hat aber den gleichen Funktionsumfang wie '''stage2'''. Die meisten Installationen eines Bootloaders, (Ausnahme zB bootbare Floppy oder CDs) können gar nicht anders als mit Hilfe der Grubshell oder deren Emulation dem Programm '''/usr/sbin/grub''' installiert werden. Das liegt daran das in den Images (Stage-Dateien) die dabei auf den Festplatten zB im MBR positioniert werden, kleine Änderungen an internen Variablen innerhalb der so installierten Images vorgenommen werden müssen. Sonst funktioniert das Ganze dann nicht, weil die Dateien über die BIOS-Zugriffe nicht gefunden werden. <br>
-Solche Anpassungen kann nur Grub zuverlässig erledigen. Das ist auch die Ursache dafür, dass man einen Bootloader nicht einfach von einem System auf ein anders System kopieren kann. Dieser würde nicht mehr funktionieren, sobald sich die '''stage1_5''' und '''stage2''' Dateien nicht mehr haargenau innerhalb des selben Datensektors befinden, sowie der Filesystemtype auf dem diese Dateien liegen, sich verändert hätte.
+Solche Anpassungen kann nur Grub selbst zuverlässig erledigen. Das ist auch die Ursache dafür, dass man einen Bootloader nicht einfach von einem System auf ein anders System kopieren kann. Dieser würde nicht mehr funktionieren, sobald sich die '''stage1_5''' und '''stage2''' Dateien nicht mehr innerhalb des konfigurierten Datenblockes befinden. Auch bei einem Filesytemwechsel des Filestems auf dem sich diese Dateien befinden (/boot/grub)funktioniert der alte Grub nicht mehr, da auf ein  anderes '''Stage1_5''' Image verlinkt werden muss.
 Das Script '''[http://linux.die.net/man/8/grub-install /usr/sbin/grub-install]''' ist eine Konfigurationshilfe die notwendige Optionen entweder aus übergebenen Argumenten oder aus dem derzeitig aktuellen System heraussucht und damit über das Programm '''/usr/sbin/grub''' die einzelnen Komponenten des Bootloaders neu konfiguriert und installiert.
@@ Zeile 42: / Zeile 44: @@
 ; Konfigurationsdateien:
-Der größte Teil der Imagedateien wird per default in das Verzeichnis '''/boot/grub/''' kopiert. Ebenso werden dort für Grub 2 wichtige Konfigurationsdateien bei der Paketinstallation angelegt.
+Der größte Teil der Imagedateien wird per default in das Verzeichnis '''/boot/grub/''' kopiert. Ebenso werden dort für Grub 2 wichtige Konfigurationsdateien bei der Installation angelegt.
 * '''/boot/grub/device.map''' Diese Datei wird von der Grubshell selbst erzeugt und spiegelt die vom BIOS gegebene Reihenfolge der Platten wieder.
 * '''/boot/grub/menu.lst''' Das ist die Konfigurationsdatei in der festgelegt wird, was wie zu booten ist. Sie wird bei der Paketinstallation erst einmal auf eine einfache aber ziemlich universelle Grundkonfiguration gesetzt.
-Die '''device.map''' sollte man überhaupt nicht verändern, sondern als das behandeln was es ist, eine vom System-BIOS vorgegebene Konfiguration. Bei einigen Operationen wird diese Datei neu von '''/usr/sbin/grub''' erzeugt, das ist aber im Normalfall auf einem Rechner sehr selten, so dass es uA. nach Plattenerweiterungen oder Kontrollerumbauten an einem Rechner dazu kommt, dass nicht alle vorhanden Platten hier in dieser Datei eingetragen sind oder die Reihenfolge falsch ist. Muss aus diesen oder ähnlichen Gründen diese Datei entsprechend den aktuellen Gegebenheiten wieder neu angepasst werden, so reicht es aus, die alte Datei umzubenennen oder zu löschen und einmal die Grub-shell durch das Kommando "'''''grub'''''" aufzurufen und wieder mit "'''''quit'''''" zu verlassen. Dabei wird dann automatisch eine Neue und jetzt wieder aktuelle Datei erzeugt.
+Die '''device.map''' sollte man überhaupt nicht verändern, sondern als das behandeln was es ist, eine vom System-BIOS vorgegebene Konfiguration. Bei einigen Operationen wird diese Datei neu von '''/usr/sbin/grub''' erzeugt, das ist aber im Normalfall auf einem Rechner sehr selten, so dass es uA. nach Plattenerweiterungen oder Kontrollerumbauten an einem Rechner dazu kommt, dass nicht alle vorhanden Platten hier in dieser Datei eingetragen sind oder ihre Reihenfolge falsch ist. Muss aus diesen oder ähnlichen Gründen diese Datei entsprechend den aktuellen Gegebenheiten angepasst werden, so reicht es aus, die alte Datei umzubenennen oder zu löschen und einmal die Grub-shell durch das Kommando "'''''grub'''''" aufzurufen und wieder mit "'''''quit'''''" zu verlassen. Dabei wird dann automatisch eine Neue und jetzt wieder aktuelle '''device.map''' erzeugt.

@@ Zeile 42: / Zeile 42: @@
 * '''/boot/grub/menu.lst''' Das ist die Konfigurationsdatei in der festgelegt wird, was wie zu booten ist. Sie wird bei der Paketinstallation erst einmal auf eine einfache aber ziemlich universelle Grundkonfiguration gesetzt.
-Die device.map sollte man überhaupt nicht verändern, sondern als das behandeln was es ist, eine vom System-BIOS vorgegebene Konfiguration.
+Die device.map sollte man überhaupt nicht verändern, sondern als das behandeln was es ist, eine vom System-BIOS vorgegebene Konfiguration. Bei einigen Operationen wird diese Datei neu von grub erzeugt, das ist aber im Normalfall auf einem Rechner sehr selten, so dass es unter Anderem nach Platenerweiterungen oder Kontrollerumbauten an einem Rechner dazu kommt, dass nicht alle vorhanden Platten hier in dieser Datei eingetragen sind oder die Reihenfolge falsch ist. Muss aus diesen oder ähnlichen Gründen diese Datei entsprechend den aktuellen Gegebenheiten wieder neu angepasst werden, so reicht es aus, die alte Datei zu löschen und einmal die Grub-shell durch das Kommando "grub" aufzurufen und wieder mit "quit" zu verlassen. Dabei wird dann automatisch eine Neue und jetzt wieder aktuelle Datei erzeugt.
 ==== Dateien von YaST ====

← Nächstältere Version		Version vom 29. Juli 2008, 19:57 Uhr
Zeile 111:		Zeile 111:

	Bei einem anderem Test mit gleicher Datei und einem Kernelupdate über YaST waren die Fehler nicht gar so drastisch, aber das Ergebnis keinesfalls perfekt. Da keine YaST-Menueinträge vorhanden waren, wurden eben 2 neue erzeugt und an den Anfang der Datei gesetzt. Der Default-Boot-Eintrag wurde allerdings nicht angepasst, so dass anschließend ein ganz andere Menueintrag als default gebootet wurde. Daneben wurde noch an das Ende der Datei ein nicht existierender Booteintrag für das Floppylaufwerk hinzugefügt, ansich gesehen keine großartige Geschichte, allerdings hat YaST dazu 2 Mal die menu.lst geändert, so dass anschließend keine Sicherheitskopie der vorher vorhandenen Datei mehr vorhanden war.		Bei einem anderem Test mit gleicher Datei und einem Kernelupdate über YaST waren die Fehler nicht gar so drastisch, aber das Ergebnis keinesfalls perfekt. Da keine YaST-Menueinträge vorhanden waren, wurden eben 2 neue erzeugt und an den Anfang der Datei gesetzt. Der Default-Boot-Eintrag wurde allerdings nicht angepasst, so dass anschließend ein ganz andere Menueintrag als default gebootet wurde. Daneben wurde noch an das Ende der Datei ein nicht existierender Booteintrag für das Floppylaufwerk hinzugefügt, ansich gesehen keine großartige Geschichte, allerdings hat YaST dazu 2 Mal die menu.lst geändert, so dass anschließend keine Sicherheitskopie der vorher vorhandenen Datei mehr vorhanden war.
		+
		+
		+	Was mir auf mehreren Rechner aufgefallen ist, an denen noch nie händisch das YaST Bootmenu aufgerufen worden ist, gebootet wird definitiv vom MBR der Platte während die /etc/grub.conf auf die erste Partition gesetzt ist, also im Zweifelsfall würde eine Änderungen gar nicht aktiv, weil der Bootloader im MBR davor sitzt und nicht überschrieben werden würde. Was das soll ????
		+
		+
		+
		+
		+	==== Wann ist damit zu rechnen das Komponenten von SuSE oder von Yast in die Bootkonfiguration eingreifen ====
		+
		+	Ein eingreifen von SuSe in die Bootkonfiguration ist äußerst selten. In folgenden Fällen ist damit zu rechnen das die menu.lst bzw die gesamte Bootkonfiguration unbemerkt geändert, anpasst, neuerstellt oder nur erneuert wird.
		+
		+	* Bei einer Neuistallation, (ist aber ehr erwünscht, wenn er damit nicht eine speziell gewünschte Konfiguration einfach verwirft).
		+	* Beim "Beenden" des Modules Bootloader. Wer hier nur mal aus Neugier vorbeigeschaut hat oder sonst wie dort gelandet ist, auch wenn man bewußt überhaupt nichts geändert hat, dort immer "Abbrechen" als den sicheren Ausgang auswählen. Sonst kann es durchaus passieren das er morgen im Forum behauptet, überhaupt nichts verändert zu haben. ;-)
		+	* Beim Ausführen des Scriptes grub-install. Hier wird in neuen SuSE-Versionen die /etc/grub.conf ausgeführt. Wer Howtos ausführt, in denen dieser Befehl drin steht, sollte sich vergewissern das er das Originale grub-install ausführt, in den derzeigtigen SuSe-Versionen ist es grub-install-unsupported.
		+	* Beim installieren bestimmter Pakete, ua. beim Kernelupdate, installieren/deinstallieren von zusätzlichen Kernel, oder bestimmten Programmen die einen speziell konfigurierten Kernel mitbringen, bei ehr seltenen Updates von grub oder initrd, Bei einem kompletten Systemupdate, Im Zweifelsfall immer, wenn zur Aktivierung ein Reboot notwendig ist.
		+	* bei Funktionen des [http://de.opensuse.org/SDB:YaST-System-Repair Yast-System-Repair}
		+
		+
		+
		+
		+	==== auf welchen Rechnern könnte es Probleme geben ====
		+
		+	Bei Otto den Nomallinuxer wird es kaum bis gar keine Probleme geben, einzig das bei dem Einem oder Anderen mal der Windowseintrag verschwunden sein könnte oder nicht mehr bootbar ist. ZB nach automatischer Systemwiederherstellung nach anderen Problemen.
		+	Wer schon mal größer händische Änderungen an der menu.lst vorgenommen hat zB nach Änderungen im Platten und Partitionsbereich, weitere Betriebssysteme per Hand in Grub eingetragen hat, oder Spezialkonfigurationen wie gespielgeltes Rootfilesystem oÄ hat, könnte schon ehr vor einer unbemerkter Veränderung durch YaST betroffen sein. In der Regel bleibt SuSE dabei jedoch erst einmal weiterhin bootfähig.
		+
		+
		+
		+
		+	==== wie kann man sich schützen ====
		+
		+	Direkten Schutz benötigt man hier wahrscheinlich in den aller seltensten Fällen. Wenn man im Gefühl hat, wann sich da etwas verändern könnte, und man einschätzen kann ob ein System dafür anfällig ist oder nicht, reicht das meistens aus um wachsam zu sein, und hin und wieder mal nach dem Rechten zu sehen. Beachten sollte man das nach Änderungen an der /etc/grub.conf oder /boot/grub/menu.lst man sich sicherheitshalber eine Kopie der dann fertigen und funktionieren Dateien macht. Im Zeifelsfall ist dann bei Veränderungen der alte richtige Zustand durch eine solche Reverenz wieder schnell hergestellt.
		+
		+	(ungetestet und ausdrücklich nicht empfohlen : Absoluten Schutz könnte zB das [[Zugriffsrechte#Erweiterte Dateiattribute im ext2-Dateisystem\|Immutable-Flag]] auf die beiden Konfigurationsdateien und das Entfernen des Ausführungsrechts bei /usr/sbin/grub sein, allerdings ist nicht sicher, wie Yast denn in automatischen Abläufen mit den damit entstehenden Fehlern umgeht, und ob man sich dadurch nicht schlimmere Fehler einfängt.)
		+
		+	Wer öfter Bootprobleme hat, der kann sich auch mal mit der Grub-Shell befassen. Eine gute Dokumentation sind die mit installierten Info-Seiten oder auch online oder download von [http://www.gnu.org/software/grub/manual/ hier] Mit nur wenigen einfachen Befehlen wie zB '''find''' und '''cat''' und ein wenig Linuxgrundwissen findet man sich auf seinem System dann auch von der Grub-Shell aus schnell zurecht, und kann von dort aus Alles nur erdenkliche per Hand booten, (es wird sogar behauptet, man könne mit Grub Bierdeckel mit der Aufschrift Betriebssystem, booten ;-) von mir ungetestet ;-) )