Bootvorgang - Versionsgeschichte

Robi: intern verlinkt

2015-09-05T20:29:32Z

intern verlinkt

Robi: intern verlinkt

2015-09-05T20:10:29Z

intern verlinkt

Gehrke: /* Weitere Links zum Thema booten von Linux */ systemd

2015-08-23T05:36:53Z

‎Weitere Links zum Thema booten von Linux: systemd

Gehrke: nur Rechtschreibunk - nichts inhaltliches

2013-12-10T22:02:11Z

nur Rechtschreibunk - nichts inhaltliches

Robi: Hinweis + Links +Struktur

2013-12-10T19:45:06Z

Hinweis + Links +Struktur

Robi: Links korrigiert

2013-12-10T18:14:50Z

Links korrigiert

Gehrke: /* Einhängen des Rootfilesystems */ interne Verlinkung

2013-11-25T17:05:01Z

‎Einhängen des Rootfilesystems: interne Verlinkung

Gehrke: /* Weitere Links zum Thema booten von Linux */ interne Verlinkung

2013-11-25T16:43:21Z

‎Weitere Links zum Thema booten von Linux: interne Verlinkung

Gehrke: /* Weitere Links zum Thema booten von Linux */ interne Verlinkung

2013-11-25T13:19:06Z

‎Weitere Links zum Thema booten von Linux: interne Verlinkung

Gehrke: interne Verlinkung - nichts inhaltliches

2013-11-25T13:14:22Z

interne Verlinkung - nichts inhaltliches

@@ Zeile 4: / Zeile 4: @@
 Einige der derzeit in der Entwicklung und Einführungsphase befindlichen Neuerungen die hier überhaupt noch nicht berücksichtigt sind:
-* [http://de.wikipedia.org/wiki/UEFI UEFI] ersetzt das [[BIOS|klassische BIOS]]. Hier könnte sich in den nächsten Jahren noch sehr viel ändern. Derzeit starten die meisten mit UEFI ausgestatteten Rechner noch mit einer "Legacy-Boot-Optionen" die ähnlich dem BIOS ist. Jedoch wird von verschiedenen Seiten angestrebt in Zukunft auf den "echten" UEFI-Boot zu setzen, und diesen eventuell auch mit der "Secure Boot" Erweiterung per default abzusichern. Dieses würde sehr große Änderungen und Restriktionen des Linux Bootvorganges mit sich bringen.
+* [[UEFI]] ersetzt das [[BIOS|klassische BIOS]]. Hier könnte sich in den nächsten Jahren noch sehr viel ändern. Derzeit starten die meisten mit UEFI ausgestatteten Rechner noch mit einer "Legacy-Boot-Optionen" die ähnlich dem BIOS ist. Jedoch wird von verschiedenen Seiten angestrebt in Zukunft auf den "echten" UEFI-Boot zu setzen, und diesen eventuell auch mit der "Secure Boot" Erweiterung per default abzusichern. Dieses würde sehr große Änderungen und Restriktionen des Linux Bootvorganges mit sich bringen.
 * [[GRUB 2|Grub2]] wird auf vielen Systemen derzeit als default Bootloader benutzt. Grub2 ist eine komplette Neuentwicklung und hat mit dem hier beschriebenen Grub (legacy) sogut wie nichts gemeinsam.

@@ Zeile 4: / Zeile 4: @@
 Einige der derzeit in der Entwicklung und Einführungsphase befindlichen Neuerungen die hier überhaupt noch nicht berücksichtigt sind:
-* [http://de.wikipedia.org/wiki/UEFI UEFI] ersetzt das klassische BIOS. Hier könnte sich in den nächsten Jahren noch sehr viel ändern. Derzeit starten die meisten mit UEFI ausgestatteten Rechner noch mit einer "Legacy-Boot-Optionen" die ähnlich dem BIOS ist. Jedoch wird von verschiedenen Seiten angestrebt in Zukunft auf den "echten" UEFI-Boot zu setzen, und diesen eventuell auch mit der "Secure Boot" Erweiterung per default abzusichern. Dieses würde sehr große Änderungen und Restriktionen des Linux Bootvorganges mit sich bringen.
+* [http://de.wikipedia.org/wiki/UEFI UEFI] ersetzt das [[BIOS|klassische BIOS]]. Hier könnte sich in den nächsten Jahren noch sehr viel ändern. Derzeit starten die meisten mit UEFI ausgestatteten Rechner noch mit einer "Legacy-Boot-Optionen" die ähnlich dem BIOS ist. Jedoch wird von verschiedenen Seiten angestrebt in Zukunft auf den "echten" UEFI-Boot zu setzen, und diesen eventuell auch mit der "Secure Boot" Erweiterung per default abzusichern. Dieses würde sehr große Änderungen und Restriktionen des Linux Bootvorganges mit sich bringen.
 * [[GRUB 2|Grub2]] wird auf vielen Systemen derzeit als default Bootloader benutzt. Grub2 ist eine komplette Neuentwicklung und hat mit dem hier beschriebenen Grub (legacy) sogut wie nichts gemeinsam.

@@ Zeile 296: / Zeile 296: @@
 * [[BIOS]]
 * [[MBR]]
 [[Category:Linux-intern]] [[Category:Bootmanager]]

@@ Zeile 6: / Zeile 6: @@
 * [http://de.wikipedia.org/wiki/UEFI UEFI] ersetzt das klassische BIOS. Hier könnte sich in den nächsten Jahren noch sehr viel ändern. Derzeit starten die meisten mit UEFI ausgestatteten Rechner noch mit einer "Legacy-Boot-Optionen" die ähnlich dem BIOS ist. Jedoch wird von verschiedenen Seiten angestrebt in Zukunft auf den "echten" UEFI-Boot zu setzen, und diesen eventuell auch mit der "Secure Boot" Erweiterung per default abzusichern. Dieses würde sehr große Änderungen und Restriktionen des Linux Bootvorganges mit sich bringen.
-* [[GRUB 2|Grub2]] wird auf vielen Systemen derzeit als default Bootloader benutzt. Grub2 ist eine komplette Neuentwicklung und hat mit dem hier beschriebenen Grub (lagacy) sogut wie nichts gemeinsam.
+* [[GRUB 2|Grub2]] wird auf vielen Systemen derzeit als default Bootloader benutzt. Grub2 ist eine komplette Neuentwicklung und hat mit dem hier beschriebenen Grub (legacy) sogut wie nichts gemeinsam.
 * [[systemd]] wird derzeit auf vielen Systemen benutzt und soll das alt bewährte [http://de.wikipedia.org/wiki/SysVinit Sys-V-Init] ersetzen. Hieraus resultieren derzeit sehr vielen Änderungen an vielen Ecken im halben Betriebssystem.

@@ Zeile 1: / Zeile 1: @@
 Linux ist ja nun leider so stabil, dass es nie komplett abstürzt, und man kommt natürlich auch niemals in den Versuchung den Rechner einmal komplett auszuschalten, weil gar nichts mehr geht, bleibt jedoch immer noch das Risiko, die Mutter bleibt mit dem Staubsauger im Kabelgewirr hängen, der kleine Bruder drückt die Resettaste oder das Kraftwerk in Nachbarschaft hat mal wieder einen Störfall. Egal, Ergebnis ist jedenfalls,  der Rechner ist aus, und beim booten bleibt der Rechner mit einer Fehlermeldung hängen.
 : '''oder'''
@@ Zeile 4: / Zeile 21: @@
 Jetzt ist es wichtig zu wissen, wie so ein Bootvorgang von Linux überhaupt abläuft, damit man erst einmal eine grobe Idee bekommt, wo und warum der Bootvorgang hängen könnte.
@@ Zeile 30: / Zeile 48: @@
 die wichtigsten Bootloader die Linux mitbringt sind
 * [[LILO]]
-* [[GRUB]]
+* [[GRUB_Legacy|GRUB]] (mittlerweile als Grub Legacy bezeichnet)
 * [http://de.wikipedia.org/wiki/Loadlin Loadlin]
@@ Zeile 37: / Zeile 56: @@
 Die wenigen Byte die dort im MBR Platz sind, können natürlich nicht der Kernel selbst sein. Auch ist es hier kaum möglich in diese paar Byte eine Unterstützung für Filesysteme und ähnliches einzubauen, um den Kernel von hier aus direkt zu laden.<br>
 Bei Grub nennt sich dieses kleine Programm im MBR  '''stage1'''. Seine einzige Funktion besteht darin '''stage2''' zu laden. Stage2 befindet sich innerhalb des Linuxsystems im [[Directory|Verzeichnis]] '''/boot/grub'''. Daneben befinden sich dort noch weiter Dateien ''' e2fs_stage1_5  ffs_stage1_5  minix_stage1_5     vstafs_stage1_5 fat_stage1_5   jfs_stage1_5  reiserfs_stage1_5  xfs_stage1_5 ''' diese beinhalten die Unterstützung für die unterschiedlichen Filesysteme auf denen sich das Verzeichnis /boot befinden kann. Bei der Installation von stage1 im MBR durch [[GRUB_Legacy|GRUB]] wird dort eine feste Adresse in der Form "Controller, Gerät, Partition, Block" hinterlegt, wo sich stage1_5 und stage2 befinden.
 * Es wird also vom BIOS stage1 aus dem MBR in den Speicher geladen und gestartet
 * stage1 läd jetzt die erforderliche Filesystemunterstützung stage1_5 und startet sie
 * stage1_5 lad dann stage2 und startet damit Grub
 Die Bedeutung der [[Grub ERROR|Fehlermeldungen]] in diesem Abschnitt.<br>
 Ab hier kann Grub auf dem Verzeichnis in dem sich /boot befindet, den Kernel und die Konfigurationsdateien über ihren  Namen ansprechen. Grub wertet hier die Datei '''/boot/grub/menu.lst''' aus. In dieser Datei befinden sich Menüeinträge für das starten von verschiedenen Betriebssysteme oder verschiedenen Konfigurationen. Hilfe zur Konfiguration und als Einsprungspunkt für alles Geheimnisse gibt es nach wie vor in der [http://www.gnu.org/software/grub/manual/legacy/index.html#Top Doku]
 === Starten des Kernel ===
@@ Zeile 167: / Zeile 190: @@
 mkinitrd
 </pre>
 === Einhängen des Rootfilesystems ===
@@ Zeile 183: / Zeile 208: @@
 Ist die Hardwareunterstützung der initrd geladen und das Rootfilesystem eingehängt, ist deren Aufgabe erledigt und die initrd stirbt und gibt den Staffelstab des bootens jetzt weiter an das Rootfilesystem. Die von der initrd geladenen Treibermodule und Konfigurationseinstellungen befinden jetzt im Systemspeicher oder sind jetzt Bestandteil des Kernels. Die wenigen Programme und [[Library]] die in der initrd enthalten waren und zur Abarbeitung in der initrd notwendig waren, befinden sich ja alle auch im Rootfilesystem, und darauf kann nun zugegriffen werden.
 === Starten des init-Prozesses ===
@@ Zeile 264: / Zeile 292: @@
 * [http://www.linux-magazin.de/heft_abo/ausgaben/2007/02/auf_die_plaetze_fertig  Schnelles Booten mit Upstart, einem Ersatz für das betagte Sys-V-Init] (Artikel Linux Magazin)
 * [http://vsr.informatik.tu-chemnitz.de/backup2/bsys_boot.htm PXE Bootablauf] (schematische Darstellung)
-* [[Grub]]
+* [http://www.gnu.org/software/grub/manual/legacy/index.html Grub Doku Version 0.97]
 * [[Bootmanager]]
 * [[BIOS]]

@@ Zeile 174: / Zeile 174: @@
 '''mögliche Ursachen:'''
-* falsche Konfiguration oder Eingabe über das Rootdevice bei Grub
+* falsche Konfiguration oder Eingabe über das Rootdevice bei [[Grub]]
 * defekte Partitionstabelle, oder komplett zerschossenes Filesystem
 * fehlender Treiber für Filesystemunterstützung, oder Kontroller
-* fehlender Treiber oder Konfigurationen für RAID oder LVM
+* fehlender Treiber oder Konfigurationen für [[RAID]] oder [[LVM]]
 * veralte Signaturen oder IDs für Logische oder physikalische Partitionen, zb nach Hardwareaustausch
 Sollte der Fehler hier auftreten, hilft nur Studium der Bootlogausgaben. Gefahndet hier wird nicht nur nach Fehlermeldungen sondern auch nach schlichtweg fehlenden Meldungen.
-Ist die Hardwareunterstützung der initrd geladen und das Rootfilesystem eingehängt, ist deren Aufgabe erledigt und die initrd stribt und gibt den Staffelstab des bootens jetzt weiter an das Rootfilesystem. Die von der initrd geladenen Treibermodule und Konfigurationseinstellungen befinden jetzt im Systemspeicher oder sind jetzt Bestandteil des Kernels. Die wenigen Programme und [[Library]] die in der initrd enthalten waren und zur Abarbeitung in der initrd notwendig waren, befinden sich ja alle auch im Rootfilesystem, und darauf kann nun zugegriffen werden.
+Ist die Hardwareunterstützung der initrd geladen und das Rootfilesystem eingehängt, ist deren Aufgabe erledigt und die initrd stirbt und gibt den Staffelstab des bootens jetzt weiter an das Rootfilesystem. Die von der initrd geladenen Treibermodule und Konfigurationseinstellungen befinden jetzt im Systemspeicher oder sind jetzt Bestandteil des Kernels. Die wenigen Programme und [[Library]] die in der initrd enthalten waren und zur Abarbeitung in der initrd notwendig waren, befinden sich ja alle auch im Rootfilesystem, und darauf kann nun zugegriffen werden.
 === Starten des init-Prozesses ===