4 Starten und Anhalten des Systems

Transkript

1 4 Starten und Anhalten des Systems In diesem Kapitel lernen Sie: Den Linux-Boot-Vorgang kennen Die Boot-Manager LILO und GRUB kennen, mit dessen Hilfe Sie Linux oder auch andere Betriebssysteme booten können Die Bedeutung von Runleveln beim Linux-Systemstart kennen Die Startdatei/etc/inittab des Linux-Systems kennen Den System-V-Boot-Mechanismus kennen, der in den meisten Linux-Distributionen verwendet wird Den Umgang mit dem Rescue-System kennen, um defekte Linux-Systeme wieder bootfähig zu machen 4.1 Überblick über den Boot-Vorgang Wenn man einmal in die Verlegenheit kommen sollte, daß Linux nicht mehr bootet, so ist es notwendig, daß man den Bootvorgang genau kennt, um zu wissen wo der Fehler liegt, und wie man ihn beseitigt. Der Linux Bootvorgang 1 BIOS Boot Festplatte 2 MBR: LILO Stage I /boot Partition 3 Partitions Bootsektor: LILO Stage II 4 vmlinuz initrd.img 5 / Partition 6 /sbin/init 7 /etc/inittab Der Bootvorgang läuft wie folgt ab: 53

2 Starten und Anhalten des Systems Im ersten Schritt initialisiert das BIOS des Rechner das System, testet die Grundfunktion der Hardware, und initialisiert primitive Hardware-Treiber. 2. Dann lädt das BIOS die ersten 512 Byte der als Boot-Gerät eingestellten Festplatte. Will man von einer SCSI-Festplatte booten, so muß der SCSI-Controller ein eigenes SCSI-BIOS mitbringen. In diesen 512 Byte befindet sich die Partitionstabelle sowie die erste Stufe des LILO (Stage I). Diese ist dafür zuständig, die zweite Stufe (Stage II) zu laden, die sich auf der /boot-partition befindet, falls sie separat angelegt wurde. Ansonsten befinden sich die Dateien in /boot auf der Root-Partition. 3. Die zweite Stufe des LILO ist für das sogenannte Bootstrapping, d.h. für das Laden des Kernels vmlinuz zuständig. Das ist kein triviales Unterfangen, denn zu diesem Zeitpunkt läuft ja kein Kernel, folglich ist auch kein Dateisystem- Treiber geladen. Um also den Kernel von der /boot-partition zu laden, wurde bei der Installation des LILO die Position des Kernels auf der Festplatte in Form einer Blockliste gespeichert. Diese besteht aus der Liste der Datenblöcke, die die Kerneldatei darstellen. Praktisch gleichzeitig wird die Datei initrd.img geladen (sofern vorhanden), die Kernelmodule enthält, die zum Booten absolut notwendig sind (z.b. wenn der SCSI-Treiber als Modul im Kernel eingebunden ist, und die Root-Partition eine SCSI-Platte ist). 4. Schließlich wird der Kernel entpackt und gestartet. In der Initialisierungsphase werden der Speicher, die CPUs und die fest eingebauten Gerätetreiber initialisiert. Durch die dabei entstehenden Meldungen sieht man sehr gut, welche Hardware in den Rechner eingebaut wurde, welche Systemressourcen wie IO-Ports und Interrupts von diesen genutzt werden, und welche Geräte erkannt werden. Modulare Treiber werden in dieser Phase noch nicht geladen. 5. Dann mountet der Kernel das Image der in der Datei initrd.img enthaltenen RAM-Disk. Diese enthält, wie schon erwähnt, Gerätetreiber in Form von Kernel- Modulen, die für den Boot-Vorgang unabkömmlich sind. Diese Module werden dann in den Kernel geladen. 6. Wenn nun der Kernel fertig initialisiert ist, so ist nun endlich der Dateisystemtreiber geladen, und Partitionen können gemountet werden. Die erste kritische Handlung, die der Kernel übernimmt, ist das Mounten der Root-Partition. Die Gerätenummer der Root-Partition steht im Kernel selbst. Tip: Die fest im Kernel verankerte Gerätenummer der Root-Partition läßt sich mit dem Kommando rdev Kernel Gerätedatei verändern, und mit rdev Kernel anzeigen. Wird die Root-Partition nicht erfolgreich gemountet, weil z.b. die falsche Root- Partition eingestellt ist, bleibt der Kernel mit der Meldung

3 4.2 Der Bootmanager LILO Kernel Panic: Unable to mount root on 08:02 stehen, wobei 08 die Major-Nummer des Gerätetreibers, und 02 die Minor- Nummer darstellt, welch letztere die Platte und die Partition bezeichnet. Tip: Die zu den Gerätedateien gehörenden Major- und Minornummern lassen sich mit dem Befehl ls -l /dev/* anzeigen und stehen an Stelle der Dateigröße. Mit cat /proc/devices kann man die den Major-Nummern zugeordneten Treibern sehen, und mit man Treibername kann man sich Dokumentation zu diesen Treibern besorgen. Wurde die Root-Partition erfolgreich gemountet, so wird das Programm /sbin/init gestartet, das dann die Kontrolle über den weiteren Bootvorgang übernimmt. Dieses Programm hat stets die Prozeß-ID 1 und kann nicht durch ein KILL-Signal beendet werden. 7. Der Init-Prozeß liest nun als erstes die Datei /etc/inittab aus. Diese ist eine durch Doppelpunkte separierte Tabelle, und beschreibt, welche Shell-Skripte und Programme in welchen Runleveln auszuführen sind. Unter Linux wird auf fast allen Distributionen (außer Slackware) das System V-Init-System verwendet, welches auch von den meisten kommerziellen Unix-Varianten eingesetzt wird. Dieses System besteht aus einer Reihe von Shell-Skripten, die wiederum vom Shell-Skript rc gestartet werden. Auf die Bedeutung von Runleveln und auf den Aufbau des System-V-Init-Systems wird unten näher eingegangen. 4.2 Der Bootmanager LILO Früher wurden Linux-Systeme zumeist durch den Bootmanager LILO (Linux Loader) gestartet. Schon während der Installation kann LILO eingerichtet werden. LILO läßt sich auch als Bootmanager verwenden, um verschiedene Konfigurationen oder Betriebssysteme zu starten.! Achtung: Nach jeder Änderung der Bootkonfiguration (Bootparameter, Kernel, etc.) muß LILO neu installiert werden! Denn LILO arbeitet ohne Kenntnis irgendeines Dateisystems, sondern benötigt eine Map-Datei, in der die absoluten Blockadressen, z.b. die des Kernels, stehen. Deshalb werden hier die wichtigsten Eigenschaften und Einstellungen von LILO besprochen, unabhängig von den Möglichkeiten, LILO mittels den Administrationstools (yast, linuxconf) konfigurieren zu können. LILO besteht aus mehreren Teilen: 55

4 Starten und Anhalten des Systems Das Installationsprogramm (map installer), das die absoluten Adressen aller benötigten Dateien verwaltet und diese bereitstellt:/sbin/lilo. Dieses dient nicht nur zur Erstinstallation von LILO, sondern muß nach jeder Änderung der Konfigurationsdatei, der Partitionstafel, eines Kernels usw. neu aufgerufen werden. Bootloader und Mapdateien im Verzeichnis/boot Die Konfigurationsdatei/etc/lilo.conf (siehe später) LILO greift vor allem auf folgende Systemteile zu: Die Partition des Root-Filesystems, um auf den Kernel und Konfigurationsdateien zugreifen zu können. Den Bootsektor (primary boot strap loader), der dann die Datei /boot/boot.b startet, wodurch danach der Kernel geladen wird. Da der LILO-Bootsektor anders aufgebaut ist als etwa ein DOS-Bootsektor, kann er an verschiedenen Orten installiert werden: als Bootsektor einer Diskette (z. B./dev/fd0) als MBR (Master Boot Record) der ersten Festplatte (z. B. /dev/hda) (Über das BIOS des Rechners kann evtl. festgelegt werden, welche Festplatte hier als erste genommen wird). als Bootsektor einer Primärpartition der ersten Festplatte (z. B./dev/hda1) als Bootsektor einer erweiterten Partition der ersten Festplatte Der LILO-Bootsektor darf nicht an folgende Orte installiert werden: als Bootsektor einer nicht-linux-diskette oder -Partition in eine Swap-Partition als Bootsektor eines logischen Laufwerks (Dies wäre zwar möglich, wird aber aus Kompatibilitätsgründen nicht empfohlen) auf einer anderen ( nicht ersten ) Festplatte Achtung: LILO beschwert sich im Allgemeinen nicht, wenn man ihn an einen sol-! chen Ort installiert. 56

5 4.2 Der Bootmanager LILO Wichtige Einschränkungen: Ältere BIOS-Versionen können nur die ersten 1024 Zylinder einer Festplatte ansprechen. Da LILO die wesentlichen Informationen über die Lage der benötigten Dateien über reine BIOS-Funktionen bezieht, müssen folgende Teile von LILO bei älteren Versionen innerhalb der ersten 1024 Zylinder der ersten Festplatte liegen: /boot/boot.b /boot/map alle zur Auswahl stehenden Kernel Bootsektoren anderer Systeme, die auch über LILO gestartet werden LILO-Begrüßungstext (falls definiert) Um dies zu gewährleisten, wird oftmals eine kleine Partition für /boot innerhalb der ersten 1024 Zylinder installiert, die alle diese Dateien enthält, oder es wird auf LILO verzichtet und stattdessen von DOS aus das Programmloadlin verwendet. Will man die Festplatte wieder für ein anderes Betriebssystem verwenden, so muß man LILO vorher deinstallieren, da nicht alle Installations- und Partitionierungsprogramme, z.b. von DOS/Windows, dazu in der Lage sind. Die Deinstallation von LILO erfolgt mit dem Kommando /sbin/lilo -u device Z Hinweis: Wenn Ihre BIOS-Version nach 1997 entstanden ist und Sie LILO Version 21 oder höher verwenden, dann können Sie diese 1024-Zylinder-Grenze ignorieren. Alternative Bootloader, wie zum Beispiel der Grand Unified Bootloader (GRUB), verlassen sich nicht auf die Funktionen des BIOS und sind damit ebenfalls von dieser Einschränkung befreit. Bootprompt-Optionen Wenn beim Starten des Systems der Prompt LILO: erscheint, kann man sich mit der TAB -Taste verschiedene (je nach Konfiguration) Bootoptionen anzeigen lassen. Außerdem kann man einige Schlüsselwörter eingeben, die den Bootvorgang betreffen, sowie Angaben für den Kernel, z. B. reservierte I/O-Ports, oder IRQs für bestimmte Module. Wichtige Boot-Optionen (die Einstellungen im Bootimage werden damit umgangen): 57

6 Z Starten und Anhalten des Systems single startet in den Single-User-Mode root=device erlaubt die Angabe einer alternativen Root- Partition ro Das Root-Filesystem wird zunächst read-only montiert debug ausführlichere Konsolenmeldungen vga=mode VGA-Videomodus lock speichert die aktuellen Angaben als Standard variable=wert weitere Optionen für den Kernel, z. B. ether=9,0x300,0xd000,0xd4000,eth0 Beispiel: LILO boot: linux single vga=ask root=/dev/hda1 Hinweis: Während des Bootprompts wird der Tastaturtreiber des BIOS verwendet, also hat man in der Regel die US-amerikanische Belegung. 58

7 4.2 Der Bootmanager LILO Einträge in der Konfigurationsdatei /etc/lilo.conf Die Konfigurationsdatei besteht aus einer globalen Sektion, die für alle Booteinträge gültig ist, und den verschiedenen Booteinträgen, bei denen Partitionen, Betriebssystem usw. angegeben werden. Beispiel: /etc/lilo.conf 1 # Start LILO global Section 2 boot=/dev/hda 3 #compact # faster, but won t work on all systems. 4 vga = normal # force sane state 5 read-only 6 prompt 7 timeout=100 8 # End LILO global Section 9 # 10 image = /boot/vmlinuz 11 root = /dev/sda5 12 label = Linux 13 image = /vmlinuz 14 root = /dev/fd0 15 label = linux-flp 16 other = /dev/hda1 17 label = dos 18 table = /dev/hda 59

8 Starten und Anhalten des Systems Globale Optionen: boot=bootdevice Gibt den Ort für den LILO-Bootsektor an. /dev/hda bedeutet: MBR der ersten IDE-Platte. compact Versucht, mehrere Sektoren auf einmal zu lesen. Nützlich beim Booten von Diskette. Bei Festplatten möglicher Konflikt mit derlinear-option. default=name Gibt das Standard-Bootimage an. Normalerweise wird der erste Eintrag als Standard angenommen. disk=device name Erlaubt die exakte Angabe der Plattengeometrie, was bei manchen Festplatten notwendig ist (s. LILO- Dokumentation). linear Adressen sollen nicht im 3D-Format (CHS Cylinder/Head/Sector) berechnet, sondern linear (LBA Linear Block Addressing) durchgezählt werden. Dies ist sehr stark vom jeweiligen BIOS abhängig. message=file Ermöglicht die Ausgabe einer Textdatei vor dem LILO- Prompt. Diese Datei darf bis zu 64kB groß sein. Das Steuerzeichen Ctrl - L in dieser Datei löscht den Bildschirm. Ansonsten wird der BIOS-Zeichensatz verwendet, in der Regel also die MS-DOS-Codepage 437. Achtung: Auch das Editieren des Textes erfordert eine Neuinstallation von LILO! prompt Der LILO-Bootprompt wird ausgegeben (vgl. timeout). timeout=tsecs Angabe in Zehntelsekunden, wie lange der Prompt warten soll, bevor das Default-Image geladen wird. verbose=level Level = 1 bis 5. Level 5 gibt z. B. das komplette Mapping einzelner Sektoren aus. 60

9 4.2 Der Bootmanager LILO Sonstige Optionen: image=name Gibt den Namen des zu ladenden Kernels an (absoluter Pfadname!). label=name Gibt die Bezeichnung des Eintrages an. Unter diesem Namen wird am Bootprompt die Auswahl getroffen. other=name Device oder Dateiname zum Booten anderer Betriebssysteme loader=chain loader Beim Booten anderer Systeme muß eventuell ein anderer sekundärer Bootloader angegeben werden. Der Default ist /boot/chain.b. Für OS/2 gibt es os2 d.b. Dasany b.b vertauscht A: und B:,any d.b table=device vertauschtc: undd:. Gibt das Device an, auf dem die Partitionstabelle zu finden ist. append=zeichenkette Übergibt die angegebene Zeichenkette dem Kernel als Parameter, der sie wiederum teilweise dem init- Prozeß weiterreicht. LILO-Fehlermeldungen Die Mehrzahl der Fehlermeldungen werden vom Installationsprogramm generiert und sind verständlich. Aber auch der Bootloader kann bei Versagen durch verschiedene Codes Fehler signalisieren. Die Mehrzahl dieser Fehler deutet auf Probleme mit der Plattengeometrie hin oder resultieren aus einer Änderung der Konfiguration ohne Neuinstallation von LILO mittels/sbin/lilo. (nichts) LILO wurde nicht geladen oder gefunden L Hexcode Der sekundäre Bootloader kann nicht geladen werden. Meist handelt es sich um ein Problem mit der Festplattengeometrie LI Der sekundäre Loader konnte geladen, aber nicht ausgeführt werden. LIL Fehler in der Mapdatei LIL? Falsche Adresse des sekundären Loaders LIL- Korrupte Tabelle in der Mapdatei LILO Erfolgreiches Laden von LILO Tip: Wenn man auf einer Festplatte, auf der LILO im MBR installiert ist, ein anderes Betriebssystem installiert (z. B. Windows NT), so landet man oft nach dem ersten Neustart bei dem Prompt LI (LILO wurde nicht deinstalliert). Mit Hilfe einer DOS- Bootdiskette kann man das durch Eingabe von fdisk /mbr (unter DOS) beseitigen. 61

10 Starten und Anhalten des Systems 4.3 Der Bootmanager GRUB Bei den meisten Distributionen wird als Bootloader inzwischen standardmäßig der GRand Unified Boot Loader, GRUB eingesetzt. Der entscheidende Unterschied zu LILO ist die Fähigkeit von GRUB verschiedene Dateisysteme direkt lesen zu können, z.b. die für Linux wichtigen ext2, ReiserFS, XFS und JFS. So entfällt die Notwendigkeit die für das Booten wichtigen Dateien direkt über Hardware-Adressen anzusprechen, die ja z.b. bei LILO nach jeder Änderung einer solchen Datei neu in einer Tabelle abgelegt werden müssen. Wie neuere Versionen von LILO unterstützt auch GRUB den Logical Block Addressing (LBA) Modus, so daß die 1024-Zylinder Grenze keine Rolle spielt (Außer bei sehr alten BIOS-Versionen die LBA nicht unterstützen). GRUB bedienen GRUB stellt dem Benutzer eine Reihe von Befehlen zur Verfügung, die es ihm ermöglichen ein Betriebssystem zu booten. Es gibt zwei Möglichkeiten diese Befehle zu verwenden. Zum einen mittels einer interaktiven Shell in der die Befehle direkt eingegeben werden können. Das GRUB Kommandozeilen-Interface GRUB version 0.93 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> Bootet man mit GRUB, erscheint zunächst dieser Eingabe-Prompt. Mit einer entsprechenden Befehlsfolge kann man nun das gewünschte Betriebssystem starten. Zum anderen kann man eine Datei namens menu.lst erstellen, in der man für jedes Betriebssystem das man booten möchte einen Abschnitt mit den jeweils benötigten Befehlen erstellen kann. Diese Datei findet sich unter SuSE: /boot/grub/menu.lst Fedora/RedHat: /boot/grub/grub.conf Debian: /boot/grub/menu.lst Existiert eine solche Datei, erhält der Benutzer beim Booten statt des Eingabe- Prompts ein Auswahlmenü. Dort kann man mit den Pfeiltasten das zu bootende System 62

11 4.3 Der Bootmanager GRUB auswählen, und den Bootvorgang mit starten. Mit c wechselt man vom Auswahlmenü zum Eingabe-Prompt, mit Esc wieder zurück zum Menü. Booten von Linux mit GRUB 1. Zuerst muß mit dem Befehl root das Root-Device festgelegt werden. Für das Booten von Linux ist dies die Partition auf der das Kernel-Image gespeichert ist: grub> root (hd0,0) Filesystem type is reiserfs, partition type 0x83 Die Angabe in der Klammer bezeichnet die Nummer der Festplatte und die der Partition. Zu zählen beginnt man bei 0. Hat man sowohl IDE als auch SCSI Festplatten wird mit der Zählung bei den IDE-Platten begonnen, es sei denn man hat in den BIOS-Einstellungen die Bootreihenfolge geändert. Auch die Partitionsnummern werden von Null an gezählt. Dabei hat die erste erweiterte Partition die Nummer vier, egal wie viele primäre Partitionen es gibt. Mit(hd1,3) ist also die vierte primäre Partition der zweiten Festplatte gemeint. 2. Nun muß man mit dem Befehl kernel den Kernel und gegebenenfalls Parameter übergeben: grub> kernel /boot/vmlinuz root=/dev/hda1 [Linux-bzImage, setup=0x1400, size=0x120471] Angegeben werden muß der Pfad zum Kernel (im Beispiel/boot/vmlinuz) und die Partition die als Root (/) - Verzeichnis eingebunden wird (hier /dev/hda1). Nach den beiden Angaben können noch Kernelparameter übergeben werden. Z Hinweis: Der erste Schritt kann übrigens augelassen werden, wenn man den Kernel wie folgt übergibt: grub> kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 apm=off [Linux-bzImage, setup=0x1400, size=0x120471] Zur Demonstration wurden hier noch ein Kernelparameter zum Deaktivieren von APM übergeben. 3. Braucht man während des Bootens eine Initial RAM-Disc muß man die zugehörigeinitrd-datei mit dem Befehlinitrd angeben: 63

12 Starten und Anhalten des Systems grub> initrd /boot/initrd 0x378000, 0x77d2e bytes] bzw. initrd (hd0,0)/boot/initrd falls man den ersten Schritt ausgelassen hat. 4. Als letzten Schritt führt man einfach den Befehlboot aus. grub> boot Ein GRUB-Bootmenü konfigurieren In der Datei menu.lst gibt es zunächst allgemeine Befehle, danach Blöcke mit den Befehlen zum Booten der einzelnen Betriebssysteme bzw. Konfigurationen. Die Dateimenu.lst color white/blue black/light-gray default 0 gfxmenu (hd0,5)/boot/message timeout 30 password --md5 567bgb $76/=poi988T,bbihhuWiQ86$v76ttrvu(/)b/ title Linux kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 initrd (hd0,5)/boot/initrd title Windows root (hd0,0) chainloader +1 title Floppy root (fd0) chainloader +1 title Failsafe kernel (hd0,5)/boot/vmlinuz.shipped root=/dev/hda6 ide=nodma initrd (hd0,5)/boot/initrd.shipped Zunächst betrachten wir die allgemeinen Befehle: 64

13 4.3 Der Bootmanager GRUB color Dieser Befehl ist weniger wichtig und gibt an welche Farben für das Menü verwendet werden sollen. default Gibt den Abschnitt an, der automatisch gebootet werden soll wenn der Benutzer nach einer vorgegebenen Zeitdauer keine Auswahl getroffen hat. Die Zählung beginnt bei Null, in unserem Beispiel würde also der erste Abschnitt gebootet. gfxmenu Auch dieser Befehl hat nur mit der Optik zu tun. Für das Menü lassen sich hübsche Hintergrund-Grafiken erstellen, die man mit diesem Befehl einbinden kann. Linuxdistributoren wie SuSE und Fedora/RedHat tun dies sehr gerne. timeout Anzahl von Sekunden nach der die automatische Auswahl gebootet wird. In diesem Fall hat der Benuter also 30 Sekunden um selbst zu wählen. password Mit diese Befehl kann man den Befehlsmodus von GRUB mit Hilfe eines Passwortes schützen. Das Menü kann ohne Passwort bedient werden. In in der obigen menu.lst gibt es vier Abschnitte. Ein Abschnitt wird immer mit dem Befehl title eingeleitet. Unter diesem Namen wird der Abschnitt dem Benutzer zur Auswahl angeboten. Darauf folgen die Befehle um das gewünschte System zu booten. Es sind die selben Befehle die im Befehlsmodus verwendet werden. Im ersten Abschnitt Namens Linux wird von der zweiten erweiterten Partition der ersten Festplatte Linux gebootet. Dabei wird eineinitrd verwendet. Im zweiten Abschnitt sehen wir einen Spezialfall. Es soll Windows gebootet werden, GRUB kann dies nur indirekt tun. Mit dem Befehl root wird die Systempartition von Windows angegeben. Das Booten selbst erledigt der Bootloader von Windows selbst. Dazu wird der Befehlchainloader verwendet. Mit dem Wert +1 veranlasst der Befehl das BIOS die angegebene Partition vom ersten Sektor an zu lesen. Dort befinden sich die Anweisungen für das Booten von Windows. Dasselbe Prinzip wird im dritten Abschnitt verwendet. Mit fd0 ist das erste Diskettenlaufwerk gemeint. Legt man eine Diskette ein, veranlasst GRUB das Lesen der Diskette vom ersten Sektor an. Findet sich dort eine Bootsequenz, wird sie ausgeführt. Im vierten Abschnitt wird noch einmal Linux gebootet, allerdings mit dem Kernel und initrd wie vom Distributor ausgeliefert. Zur Sichrheit wird auch noch die DMA- Unterstützung deaktiviert. Der Befehl boot muß in den Abschnitten nicht mehr explizit angegeben werden, GRUB führt ihn automatisch nach allen anderen Befehlen des jeweiligen Abschnittes aus. Nach Erstellen oder Ändern der Datei menu.lst muss GRUB neu installiert werden. 65

14 Starten und Anhalten des Systems Liegt GRUB z.b. auf dem MBR der ersten IDE-Festplatte, führt man dazu den folgenden Befehl aus: # grub-install /dev/hda Sicherheit Der Befehlsmodus von GRUB ist sehr mächtig. Das folgende Beispiel soll dies verdeutlichen: grub> cat (hd0,5)/etc/passwd root:x:0:0:root:/root:/bin/bash... hans:x:500:100::/home/hans:/bin/bash otto:x:501:100: :/home/otto:/bin/bash sambauser:x:502:100::/home/sambauser:/bin/bash Wie wir sehen kann man vor dem Booten z.b. beliebige Dateien lesen. Im obigen Beispiel wird mit dem Befehl password verhindert, daß man ohne Kenntnis des Passwortes in den GRUB-Befehlsmodus gelangt. Auf den Befehl muß das Passwort folgen. Die Option--md5 gibt an, daß das Passwort md5-verschlüsselt ist. Ein md5-verschlüsseltes Passwort können Sie unter anderem wie folgt erzeugen: 1. Geben Sie als Benutzerroot in einer Shell den Befehlgrub ein. 2. Es öffnet sich eine GRUB-Shell. Geben Sie dort den Befehlmd5crypt ein. 3. Geben Sie Ein Passwort ein. 4. Es wird eine md5-verschlüssellung des Passwortes ausgegeben. Kopieren Sie diese z.b. per Cut&Paste in die Dateimenu.lst. Beispiel: grub> md5crypt Password: ***************** Encrypted: $1$B37tw/$AeqgBqDpJ.RorNkQ32nMx/ 66

15 4.3 Der Bootmanager GRUB Tip: Einfacher und direkter geht es mit dem Shell-Kommando grup-md5-crypt. Ausprobieren! Auch die einzelnen Abschnitte des Menüs können per Passwort geschützt werden. Will man dasselbe Passwort wie zum Schutz des Eingabemodus verwenden, benutzt man den Befehllock direkt in der ersten Zeile nachtitel. Beispiel: Unser Abschnitt für Windows würde dann z.b. wie folgt aussehen: title Windows lock root (hd0,0) chainloader +1 Möchte man ein anderes Passwort verwenden setzt man anstelle des Befehls lock den Befehl password mit dem entsprechenden Passwort. Verwendet man für GRUB ein Passwort und ein grafisches Bootmenü, wird dieses Menü deaktiviert und stattdessen das standard-bootmenü angezeigt. Dadurch verliert man aber nichts an Funktionalität, es ist nur nicht ganz so hübsch. Der Sicherheit zu liebe sollte man dies aber verschmerzen können. Fehlersuche Die Dokumentation zu GRUB ist exzellent und ausführlich. Sie kann mit dem Befehl # info grub betrachtet werden. Unter Troubleshooting wird zu jeder Fehlermeldung die GRUB ausgibt erklärt welcher Fehler vorliegt. Auch werden dort alle GRUB-Befehle erläutert. Administrations-Tools Unter Linux-Distributionen wie SuSE und Fedora/RedHat gib es intuitiv zu bedienende Administrations-Tools mit denen die Datei menu.lst erstellen und verändern können. Bei SuSE konfiguriert man GRUB mit YaST2. Das entsprechende Modul findet sich unter System Konfiguration des Bootloaders. Bei Fedora/RedHat konfiguriert man GRUB mit system-config-boot. Man kann system-config-boot z.b. über die Startleiste des Window-Managers via System Systemeinstellungen Bootloader starten. 67

16 Starten und Anhalten des Systems 4.4 Runlevel Der init-prozeß ist sozusagen der Vater aller Prozesse. Auf den meisten UNIX- Systemen der Welt hat er die Prozeß-ID1(nicht z.b. bei Compaq Tru64 UNIX im Cluster). Der init-prozeß ist der allererste Prozeß, der beim Hochfahren des Systems vom Kernel gestartet wird. Seine Hauptaufgabe ist die Erzeugung anderer Prozesse, die wiederum durch spezielle Skripte gesteuert werden, welche in der Datei /etc/inittab definiert sind. Das aus dem UNIX System V stammende Konzept des verteilten Startup-Mechanismus wurde auch in Linux übernommen. Dieses Konzept erlaubt eine sehr flexible Konfiguration der Systemprozesse und Anwendungen. So wurde bei älteren UNIX-Systemen lediglich zwischen einem Single-User und einem Multi-User-Modus unterschieden. Durch Definition verschiedener Runlevel hingegen kann man genau spezifizieren, ob zum Beispiel die grafische Benutzeroberfläche standardmäßig aktiviert ist (und auch schon zum Anmelden). Theoretisch werden die Runlevel 0 bis 9 und s unterstützt. In der Praxis werden jedoch meist nur die Runlevel 1 bis 6 benutzt. In der Datei /etc/inittab werden die oben erwähnten Skripte und andere Aktionen für die jeweiligen Runlevel und auch der Default-Runlevel festgelegt. Da diese Datei normalerweise nur beim Starten des Systems und beim Wechsel des Runlevels gelesen wird, muß man nach jeder Änderung, die sofort wirksam werden soll, den aktuellen Runlevel mit dem Befehl init q neu initialisieren. Ein Runlevel wird gestartet, indem man den gewünschten Level als Argument an das init- Kommando übergibt:init runlevel, z.b.init 5. 68

17 4.4 Runlevel Die Runlevel haben folgende Bedeutung: Runlevel Bedeutung 0 Der Runlevel 0 dient zum geordneten Herunterfahren des Systems. Prozesse und Applikationen können sauber beendet werden, und die Filesysteme werden sauber verlassen (Wegschreiben des Buffer Cache). s oders Single-User-Modus mit US-Tastaturbelegung 1 Single-User-Modus 2 Multi-User-Modus ohne Netzwerk 3 Multi-User-Modus mit Netzwerk 4 nicht benutzt (Standardmäßig wie Runlevel 3) 5 Multi-User-Modus mit Netzwerk und grafischem Login 6 Reboot Mit dem Kommando runlevel kann man sich den vorherigen und den aktuellen Runlevel anzeigen lassen.nbedeutet dabei: kein vorheriger anderer Level. # runlevel N 2 Single-User-Modus Der Single-User-Modus wird nur benötigt, wenn man Systempflege betreiben will, z.b. Reorganisation der Filesysteme, oder eine gründliche Datensicherung durchführen möchte. Im Single-User-Modus kann kein anderer Benutzer außer root interaktiv arbeiten. Es stehen keine virtuellen Konsolen und kein Netzwerk zur Verfügung. Vor dem Hochfahren des Systems kann im Bootprompt (falls aktiviert) das Schlüsselwortsingle angeben, um nur in den Single-User-Modus zu gelangen: LILO boot: linux single Bei der SuSE-Distribution ist dann nur das Root-Filesystem / im Read-Only-Modus und das Pseudofilesystem /proc eingehängt. Das Root-Paßwort muß angegeben werden. Bei Fedora/RedHat sind alle Filesysteme normal eingehängt, und man benötigt kein Kennwort. Zum Herunterfahren in den Single-User-Modus verwendet man init s. In diesem Fall bleiben die lokalen Dateisysteme eingehängt; das Netzwerk wird gestoppt. 69

18 Starten und Anhalten des Systems 4.5 /etc/inittab Als Beispiel für die Datei/etc/inittab die Standardversion der SuSE-Distribution: 1 # 2 # inittab Diese Datei beschreibt, wie INIT das System in einen 3 # bestimmten Runlevel hochfährt 4 5 # Default Runlevel (der nach dem Booten zu startende Runlevel): 6 # 0 - halt (System herunterfahren, NICHT als Default Runlevel!) 7 # 1 - Single user mode (Ein-Benutzer-Modus) 8 # 2 - Multiuser, ohne NFS 9 # (The same as 3, if you do not have networking) 10 # 3 - Voller Multiuser-Modus 11 # 4 - unused 12 # 5 - X11-Grafisches Login 13 # 6 - reboot (System neu starten, NICHT als Default Runlevel!) 14 # 15 id:5:initdefault: # Grundlegende Systeminitialisierung, wie Mounten der Dateisysteme, 18 # Dateisystem-Check, si::sysinit:/etc/rc.d/rc.sysinit l0:0:wait:/etc/rc.d/rc 0 23 l1:1:wait:/etc/rc.d/rc 1 24 l2:2:wait:/etc/rc.d/rc 2 25 l3:3:wait:/etc/rc.d/rc 3 26 l4:4:wait:/etc/rc.d/rc 4 27 l5:5:wait:/etc/rc.d/rc 5 28 l6:6:wait:/etc/rc.d/rc # Bei jedem Runlevel-Wechsel ausführen, schreibt 31 # u.s. die Festplattencaches auf die Platte 32 ud::once:/sbin/update # Das Kommando, das beim Dreifingerfriff ausgeführt wird. 35 ca::ctrlaltdel:/sbin/shutdown -t3 -r now # Das Kommando, welches durch "Alt-Cursor up" gestartet wird. 38 kb:2345:kbrequest:/bin/sync 39 70

19 4.5/etc/inittab 40 # Wenn eine Unterbrechungsfreie Stromversorgung verwendet wird, 41 # dann wird das System rechtzeitig heruntergefahren, bevor deren 42 # Batterie ausgeht. 43 pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down" # Wenn das Stromnetz zurückgekehrt ist, bevor der Shutdown ausgeführt wurde, 46 # dann wird der Shutdown abgebrochen 47 pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled" # Startet den Login-Prompt auf den virtuellen Terminals 51 1:2345:respawn:/sbin/mingetty tty1 52 2:2345:respawn:/sbin/mingetty tty2 53 3:2345:respawn:/sbin/mingetty tty3 54 4:2345:respawn:/sbin/mingetty tty4 55 5:2345:respawn:/sbin/mingetty tty5 56 6:2345:respawn:/sbin/mingetty tty # Startet das grafische Login im Runlevel 5 59 x:5:respawn:/etc/x11/prefdm -nodaemon Aufbau der Datei /etc/inittab Die Einträge in der Datei /etc/inittab haben folgenden Aufbau: ID:run-level:action:program Die Felder haben folgende Bedeutung: ID Zeichenkette zur Identifizierung des Eintrags run-level Enthält alle Runlevel, in denenprogram gestartet werden soll action Schlüsselwort, mit dem festgelegt wird, wie program ausgeführt werden soll program Skript oder Kommando, das ausgeführt werden soll Einige der wichtigsten Schlüsselwörter für das Feldaction: initdefault Legt den Standard-Runlevel fest, in obigem Beispiel Runlevel 2 boot Der Befehl wird nur beim Hochfahren des Systems gestartet 71

20 Starten und Anhalten des Systems bootwait Wie oben, jedoch wartet der init-prozeß, bis program beendet ist, bevor der nächste Eintrag verarbeitet wird. once program wird bei Eintritt in den/die angegebenen Runlevel gestartet. Seine Beendigung wird nicht abgewartet. Wird program beendet, wird es nicht erneut gestartet. wait Wie oben, jedoch wartet der init-prozeß, bis program beendet ist, bevor der nächste Eintrag verarbeitet wird. respawn Bei einem Wechsel des Runlevel wird der Prozeß gestartet, falls er noch nicht existiert. Sobald er beendet ist, wird er neu gestartet. Wird in der Regel nur für Programme verwendet, die einen Login-Prompt zur Verfügung stellen und nach jedem Ausloggen eines Benutzers neu gestartet werden sollen (z.b.getty für die virtuellen Konsolen undxdm für den grafischen Login). off Der Prozeß wird beendet, wenn der Runlevel, z.b. mit init q, neu initialisiert wird. powerfail Befehle, die ausgeführt werden sollen, falls die USV einen Stromausfall meldet ctrlaltdel steuert das Verhalten, wenn die Tastenkombination Strg - Alt - Entf gedrückt wird. Voreinstellung: Neustart des Systems. kbrequest erlaubt die Belegung der Kombination Alt - mit Programmen als Shortcut. Dies funktioniert jedoch nur auf den Textkonsolen, nicht im X- Window-System! 4.6 Verteilter Startup-Mechanismus Wie man in dem vorangehenden Beispiel der /etc/inittab sehen kann, wird beim Wechsel des Runlevels im Wesentlichen das Kommando /etc/init.d/rc runlevel ausgeführt:... # Default runlevel. The runlevels used by RHS are: # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 72

21 4.6 Verteilter Startup-Mechanismus # 6 - reboot (Do NOT set initdefault to this) # id:5:initdefault: # System initialization. si::sysinit:/etc/rc.d/rc.sysinit l0:0:wait:/etc/rc.d/rc 0 l1:1:wait:/etc/rc.d/rc 1 l2:2:wait:/etc/rc.d/rc 2 l3:3:wait:/etc/rc.d/rc 3 l4:4:wait:/etc/rc.d/rc 4 l5:5:wait:/etc/rc.d/rc 5 l6:6:wait:/etc/rc.d/rc 6... Dahinter verbirgt sich ein einfacher, aber genialer Mechanismus: Im Verzeichnis /etc/init.d/ befinden sich mehrere Skripte, die bestimmte Systemprozesse starten oder stoppen können, je nachdem, ob sie mit dem Argumentstart,stop oderrestart aufgerufen werden. Außerdem gibt es Verzeichnisse /etc/rc.d/rcn.d für jeden Runlevel, also z. B.rc3.d für Runlevel3. In diesen Unterverzeichnissen liegen symbolische Links auf den für diesen Runlevel benötigten Skripten. Die Namen dieser Links beginnen mit K oder S und einer Nummer zur Sortierung (Festlegung der Reihenfolge). Diese Links werden in alphanumerischer Reihenfolge nach der ASCII-Tabelle abgearbeitet. Der Master Resource Control Script /etc/rc.d/rc durchläuft nun in einer Schleife das Verzeichnis des gewünschten Runlevels, wobei zuerst alle Skripte, deren Name mitkbeginnt, mit dem Argumentstop ausgeführt werden ( kill ), und dann alle Skripte, deren Name mit S beginnt, mit dem Argument start ausgeführt werden. Nur bei alten SuSE-Versionen bis einschl. 8.0: Wichtige Parameter und Definitionen für das Skript /etc/init.d/rc befinden sich in Konfigurationsdateien im Verzeichnis/etc/rc.config.d/. Z Hinweis: Bei alten SuSE-Versionen (nur bis einschl. Version 8.0) sollte man Änderungen in der /etc/rc.config nur über yast durchführen. Dann ist gewährleistet, 73

22 Starten und Anhalten des Systems daß auch sonstige eventuelle Abhängigkeiten berücksichtigt werden. Hat man die Datei /etc/rc.config von Hand editiert, so muß man unbedingt anschließend das Kommando/sbin/SuSEconfig ausführen. Hintergrund dieses verteilten Startup-Mechanismus ist es, daß bestimmte Programme automatisch in bestimmten Runleveln starten sollen. Beispiel: Möchte man z.b. daß der Webserver Apache automatisch in den Runleveln 2,3 und 5 startet, kann man das über dieses Konzept erreichen. Dazu liegt im Verzeichnis/etc/init.d ein Startskript für den Dienst. Bei SuSE heißt dieses apache2 (vor SuSE 9.1:apache), bei Fedora/RedHathttpd. Solche Dienste lassen sich nun mithilfe der Startskripten flüchtig von Hand starten und stoppen und via Kommandozeile oder Administrations-Tool fest für den automatischen Start in bestimmten Runleveln eintragen. Startskript flüchtig ausführen: Unter SuSE kann Apache nun wie folgt gestartet werden: # rcapache2 start Unter Fedora/RedHat startet man den Apache mit: # service httpd start Dies geht auch mit allen anderen Diensten für die es in/etc/init.d ein Startskript gibt. Will man einen Dienst stoppen, verwendet man am Ende des Befehls statt start die Eingabe stop. Analog kann man mit restart einen laufenden Dienst stoppen und neu starten. Mit reload wird der Dienst nicht gestoppt, er wird aber dazu veranlaßt sich neu zu initialisieren, also z.b. seine Konfiguration neu einzulesen. Dienste fest eintragen: Natürlich kann man dazu die entsprechenden symbolischen Links von Hand anlegen, einfacher ist es aber wie folgt (hier für unser Beispiel Apache, der in den Runleveln 2,3 und 5 automatisch starten soll): Bei SuSE mit dem folgendem Befehl: # chkconfig apache

23 4.7 Das Rescue-System Man kann aber auch den Runlevel-Editor von SuSE verwenden. Der findet sich bei YaST unter System Runlevel-Editor. Bei Fedora/RedHat lautet der Befehl: # chkconfig --level 235 httpd on Als grafisches Administrations-Tool für diese Aufgabe gibt es bei Fedora/RedHat das Programsystem-config-services. Unter den grafischen Oberflächen gibt es Hilfsprogramme zum Verwalten der Runlevel, z. B. unter KDE das Programmksysv: 4.7 Das Rescue-System In der Praxis kommt es leider ab und zu vor, daß ein Server nach einer Konfigurationsänderung oder nach einem Plattenausfall nicht mehr ordnungsgemäß hochfährt. Für solch einen Fall bieten die Distributionen ein Rettungssystem an, mit dem man dann versuchen kann, das System zu reparieren und z. B. Konfigurationsdateien zu 75

24 Starten und Anhalten des Systems korrigieren, oder eine neue Platte zu integrieren und eine Datensicherung zurückzuspielen. Das Rescue-System ist ein minimales Linux-System, das vollständig in den Speicher geladen wird und dort, auf einer RAM-Disk, die wichtigsten Hilfsprogramme zur Verfügung stellt Arbeiten mit dem Rettungssystem unter SuSE-Linux: Die Rettungsdiskette wird erstellt, indem man das auf CD/DVD vorhandene Diskettenimage auf eine Diskette kopiert, z.b. mit dem Befehl # dd if=/cdrom/disks/rescue of=/dev/fd0 oder mithilfe des YaST2-Moduls System Erstellen einer Boot-, Rettungs- oder Moduldiskette. Um das Rettungssystem zu benutzen, muß man zunächst mit der Standard- Bootdiskette oder der bootbaren CD/DVD wie bei einer Neuinstallation starten. Bei Bedarf müssen dann noch benötigte Module geladen werden. Unter dem Menüpunkt Installation/System starten findet man den Eintrag Rettungssystem starten und wählt dessen Quelle, in der Regel ist das die Rettungsdiskette. Das Rettungssystem mit dem Hostnamen YoMama wird in den Speicher geladen, und man kann sich dort alsroot ohne Kennwort anmelden. Es stehen die wichtigsten Kommandos zur Verfügung, z. B. die Kommandos zur Dateisystemverwaltung (fdisk,fsck,mkfs,...) Hinweis: Z Im SuSE-Rettungssystem sind die gängigsten Gerätedateien bereits eingerichtet. Zum Arbeiten auf den lokalen Festplatten müssen die benötigten Partitionen montiert werden. Nach einem Systemabsturz muß vor dem Montieren ein Dateisystemcheck durchgeführt werden (e2fsck). Als Mount-Point kann man nicht die üblichen Verzeichnisse benutzen (etwa / oder /usr), da diese bereits von dem Rettungssystem belegt sind. Zu korrigierende Konfigurationsdateien befinden sich demzufolge nicht in /etc, sondern z. B. in /mnt/etc. Will man umfangreichere Aufgaben erledigen, empfiehlt es sich, die gemountete Partition mit dem Kommando chroot als neu Root- Partition zu definieren. 76

25 4.7 Das Rescue-System Arbeiten mit dem Rettungssystem unter Fedora/RedHat-Linux: Das Rettungssystem wurde bei Fedora/RedHat sehr stark vereinfacht. Nach dem Starten der Bootdiskette bzw. Installations-CD kann man am LILO-Bootprompt folgende Möglichkeit wählen: boot: linux rescue In diesem Falle wird ein minimales Linux-System in den Speicher geladen. Es stehen nur sehr wenige Kommandos zur Verfügung. Das Rettungssystem funktioniert daher nur, wenn man mindestens noch die root-partition mounten kann. Die Gerätedateien werden auch bei Fedora/RedHat-Linux automatisch angelegt. Sollte dies nicht der Fall sein, zur Sicherheit hier die Kommandos für das Erzeugen der notwendigen Gerätedateien: Diskette: mknod /dev/fd0 b 2 0 erste IDE-Platte: mknod /dev/hda b 3 0 erste primäre Partition auf erster IDE-Platte: mknod /dev/hda1 b 3 1 erste SCSI-Platte: mknod /dev/sda b 8 0 erstes SCSI-Bandlaufwerk: mknod /dev/st0 c 9 0 Beim Booten des Rettungs-Systems werden Ihnen zunächst einige Fragen gestellt. Zuletzt müssen Sie angeben, ob das Rettungssystem versuchen soll die Partitionen der Fedora/RedHat-Installation einzubinden und wenn ja, ob schreibgeschützt oder beschreibbar. Fedora/RedHat wird versuchen das Dateisystem unter /mnt/sysimage/ einzuhängen. 77

26 Starten und Anhalten des Systems 4.8 Wissensfragen 1. Was versteht man unter einem Runlevel? Welche Runlevels gibt es theoretisch und praktisch? Runlevel: Runlevels theoretisch: Runlevels praktisch: 2. Welche Funktion haben folgende Runlevels unter der Linux-Distribution, die sie gerade verwenden? (schauen Sie in/etc/inittab nach!) s Wie wird der Default-Runlevel festgelegt? Mit dem Kommandorunlevel Mit dem Kommando/sbin/initdefault Durch eine Ziffer in der Datei/etc/inittab In der Datei/etc/rc.config 4. Was bewirkt der Befehlinit q? (Tip: RTFM) 5. Wozu dient das Rettungssystem? 6. Wie heißt die Konfigurationsdatei des LILO? 7. Was müssen Sie eingeben, um die LILO-Konfiguration auf Platte zu schreiben? 78

27 4.9 Übungen 4.9 Übungen 1. Ändern Sie Ihren Default-Runlevel auf den Single-User-Modus durch Editieren der Datei /etc/inittab. Prüfen Sie das durch einen Systemneustart. Starten Sie dann das System noch einmal neu, und übergehen Sie den Default-Runlevel mittels LILO odergrub. Setzen Sie danach den Default-Runlevel in den Urzustand zurück! 2. Konfigurieren Sie die Datei /etc/inittab so, daß die Tastenkombination Strg - Alt - Entf keinen Reboot, sondern ein Herunterfahren des Systems bewirkt! Machen Sie danach mit init q die Konfiguration wirksam, und testen Sie sie. 3. Konfigurieren Sie die Datei/etc/inittab so, daß die Tastenkombination Alt - in den Runleveln 2,3,4 und 5 ein Schreiben der Plattencaches auslöst. (Kommando/bin/sync) 4. Konfigurieren Sie Ihren LILO so, daß ein neuerer LILO-Eintrag namens maint erscheint, der ihr System in den Single-User-Modus hochfährt. 5. Tauschen Sie Plätze und entfernen Sie mit Hilfe eines Rescue-Systems das (unbekannte) root-paßwort Ihres Nachbars! 79

28 Z Starten und Anhalten des Systems 4.10 Lösungen 1. (a) Ändern in/etc/inittab: id:s:initdefault: (b) Danach einen Reboot mitinit 6 (c) Überprüfen mit dem Kommando runlevel (d) Reboot mitinit 6 (e) LILO-Eingabe:linux 3 (f) Danach wieder entsprechend/etc/inittab editieren, z.b.: id:3:initdefault: 2. (a) Ändere folgende Zeile: ca::ctrlaltdel:/sbin/shutdown -t3 -h now (b) init q (c) Strg - Alt - Entf 3. kb:2345:kbrequest:/bin/sync Der ID-String ist willkürlich gewählt. Nach Editieren muß mit init q die /etc/inittab neu eingelesen werden. 4. Der neue Eintrag in der/etc/lilo.conf kann etwa so aussehen: image=/boot/vmlinuz append=1 label=maint root=/dev/hda5 read-only Hinweis: lilo nicht vergessen! 80

29 4.10 Lösungen 5. Achtung: Dieses Beispiel ist zur Demonstration der Rettungstechnik angege-! ben, und nicht dazu, daß Sie sich unberechtigt Zugang zu fremden Rechnern verschaffen, wenn auch ein geschickter Administrator den Hahn ganz zudrehen kann, indem er das Booten von Floppy und CD-ROM im BIOS unterbindet, ein BIOS-Paßwort setzt und das Rechnergehäuse mit einem Schloß versieht. Es soll aber dazu dienen, daß Sie, falls der Rechner nicht mehr bootet, oder ein Arbeitskollege Ihnen den Rechner so hinterlassen hat, die geeigneten Maßnahmen ergreifen können. Für die Folgen Ihres Handelns sind natürlich Sie verantwortlich! Mit dem Rettungssystem das Root-Paßwort entfernen ein typischer Rescue-Vorgang (a) Rettungssystem booten. (b) Wir verschaffen uns eine Liste der Platten und Partitionen mit # cat /proc/partitions (c) Wir schauen uns die Partitionstabelle der Platte an, auf der sich wahrscheinlich das Root-Dateisystem befindet mit dem Kommando # fdisk -l /dev/hda # Hier die jeweilige Platte # verwenden! Dabei achte man auf Partitionsgrößen und Partitionstypen. Kommen mehrere Partitionen mitext2-dateisystem und Partitionstyp 83 (Linux native) vor, so nehme man die mit etwa MB zuerst. Ansonsten hilft nichts als das Durchprobieren der Partitionen. (d) Wir mounten die ausgewählte Partition: (Bei entsprechender Fehlermeldung mitmknod /dev/hda5 Gerätedatei erzeugen! (Fedora/RedHat)) # mount /dev/hda5 /mnt (e) Wir schauen nach, ob sich es um eine Root-Hierarchie handelt: # ls /mnt (f) Falls ja, dann führen wir einen Root-Verzeichnis-Wechsel in der aktuellen Konsole durch: 81

30 Starten und Anhalten des Systems # chroot /mnt (g) Damit wird eine Subshell gestartet, die unter dem Root-Verzeichnis/mnt/ arbeitet, als hätten wir diese Partition gebootet. (h) Um eventuell das Arbeiten noch etwas bequemer zu machen: #. /etc/profile Dann haben wir auch alle Umgebungsvariablen. (i) Nun können wir noch alle weiteren Partitionen aus /etc/fstab mounten (falls notwendig): # mount -a Damit sind auch Man-Pages verfügbar. (j) Schließlich editieren wir die/etc/shadow und entfernen den Buchstabensalat zwischen den ersten beiden Doppelpunkten. (Speichern nicht vergessen!) Das ist das verschlüsselte root-paßwort. Damit kann sich root ohne Paßwort anmelden. (k) Schreiben der Plattencaches mitsync (l) Abhängen aller nicht-root-partitionen mitumount -a (m) Verlassen derchroot-umgebung mitexit (n) Neustart des Systems! Tip: Ein ähnliches Vorgehen läßt sich auch verwenden, wenn LILO falsch konfiguriert wurde, so daß das System nicht mehr bootet. Man editiere dann anstatt der/etc/shadow die/etc/lilo.conf und starte danach das Kommando lilo. 82