8.8. Den Boot-Loader konfigurieren

Er funktioniert wahrscheinlich schon, aber trotzdem ist es immer empfehlenswert zu wissen, wie der Boot-Loader konfiguriert und installiert wird für den Fall, dass er aus dem Master Boot Record verschwindet. Dies kann nach der Installierung eines anderen Betriebssystems, wie zum Beispiel Windows, passieren. Die folgenden Informationen können auch dabei helfen, die Konfiguration des Boot-Loaders, falls nötig, zu verändern.

8.8.1. Die Festplatten kennzeichnen

KULTUR udev, devfs und `/dev/`

Traditionell enthält das Verzeichnis /dev/ sogenannte „spezielle“ Dateien, die dazu dienen, Peripheriegeräte des Systems darzustellen (siehe ZURÜCK ZU DEN GRUNDLAGEN Zugriffsberechtigungen für Geräte in der Seitenleiste). So bezieht sich /dev/hda1 immer auf die erste Partition der ersten IDE-Festplatte. Diese statische Struktur erlaubt es nicht, dynamisch „Haupt“- und „Nebenzahlen“ für diese Dateien einzustellen. Hierdurch sind die Kernelentwickler gezwungen, deren Anzahl zu begrenzen, da diese a-priori-Zuordnung verhindert, dass weitere Kennungen vergeben werden, sobald dieses System einmal eingerichtet ist.

Um den Eigenschaften zunehmend dynamischer und modernerer Computer Rechnung zu tragen, hat der Kernel eine Zeit lang eine Umsetzung von /dev/ durch ein virtuelles Dateisystem namens defvs angeboten. In manchen Fällen wird hierdurch das Auffinden von Dateien erleichtert, da die Namenskonvention eine hierarchische Struktur benutzt: die erste Partition der Master-Festplatte auf dem ersten IDE-Bus wurde hierbei durch die Datei /dev/ide/host0/bus0/target0/lun0/part1 dargestellt. Diese Namenskonvention war nicht nur wenig intuitiv, sondern auch fest in den Kernel codiert, wodurch Schwierigkeiten bei im laufenden Betrieb austauschbaren Geräten entstanden, weil der Name der entsprechenden speziellen Datei sich änderte.

Die gegenwärtige Lösung besteht in der zweiten Verkörperung des Prozesses udev, bei dem der Kernel die Auswahl des zu erzeugenden Gerätenamens an ein Programm in der Anwenderumgebung delegiert. Dieses Programm (udevd) kann dann die gesamte Flexibilität der Anwenderumgebung einsetzen bei der Entscheidung, welche Maßnahmen es ergreifen soll, beim Benennen von Peripheriegeräten usw.

Bei udev (user-space /dev/) wird ein Dateisystem im RAM gespeichert und automatisch mit udevd erzeugt (und es verbirgt den Inhalt einer eventuell auf der Festplatte gespeicherten /dev/). udevd arbeitet mit dem hotplug-Subsystem des Kernels zusammen (siehe Abschnitt 9.11, „Wechsel im laufenden Betrieb: hotplug“), um das Auftauchen (hotplugging) von Geräten zu erkennen, und erzeugt dann dynamisch die entsprechenden speziellen Dateien in /dev/. Der Inhalt von /dev/ geht somit bei jedem Neustart verloren, aber udev stellt ihn systematisch wieder her.

Dieses Verfahren ermöglicht es dem Rechner, den Dateinamen dynamisch zu wählen. So kann man denselben Namen für ein bestimmtes Gerät behalten, unabhängig von der verwendeten Steckverbindung oder der Verbindungsreihenfolge, was vor allem bei der Verwendung mehrerer USB-Peripheriegeräte hilfreich ist. Das Partitionssystem auf der ersten IDE-Festplatte kann dann zur Sicherstellung der rückwärtigen Kompatibilität /dev/hda1 genannt werden oder auch /dev/root-partition, falls Ihnen das lieber ist, oder sogar beides gleichzeitig, da udevd so eingestellt werden kann, dass es automatisch einen symbolischen Verweis erstellt. Außerdem enthält /dev/ jetzt keine brauchbaren Dateien mehr. Zuvor wurden einige Kernel-Module nicht automatisch geladen, wenn man versuchte, auf das entsprechende Peripheriegerät zuzugreifen. Nunmehr gibt es die spezielle Datei des Peripheriegeräts vor dem Laden des Moduls nicht mehr, was kein Problem darstellt, da die meisten Module dank der automatischen Hardware-Erkennung beim Hochfahren geladen werden. Für nicht feststellbare Peripheriegeräte (wie ältere Plattenlaufwerke oder PS/2-Mäuse) funktioniert dies jedoch nicht. Ziehen Sie deshalb in Erwägung, die Module floppy, psmouse und mousedev zu /etc/modules hinzuzufügen, um so ihr Laden beim Hochfahren zu erzwingen.

Die Konfiguration des Boot-Loaders muss die verschiedenen Festplatten und ihre Partitionen kennzeichnen. Linux verwendet hierzu ein besonderes im Verzeichnis /dev/ gespeichertes Dateisystem (im „Blockmodus“). Früher war /dev/hda die Masterplatte am ersten IDE-Controller und /dev/hdb ihr erster Slave, während /dev/hdc und /dev/hdd die Master- und Slaveplatten am zweiten IDE-Controller waren und so weiter für die übrigen. /dev/sda entsprach dem ersten SCSI-Laufwerk, /dev/sdb dem zweiten und so weiter. Dieses Benennungsschema wurde mit dem in Squeeze vorhandenen Linux-Kernel vereinheitlicht, und alle Festplatten (IDE/PATA, SATA, SCSI, USB, IEEE 1394) werden seitdem als /dev/sd* dargestellt.

Jede Partition wird durch ihre Nummer auf der Platte, auf der sie liegt, dargestellt: so ist zum Beispiel /dev/sda1 die erste Partition auf der ersten Platte, und /dev/sdb3 ist die dritte Partition auf der zweiten Platte.

Die PC-Architektur (oder „i386“) ist auf vier „primäre“ Partitionen je Platte begrenzt. Um über diese Begrenzung hinauszugehen, muss eine von ihnen als „erweiterte“ Partition erstellt werden, die dann weitere „sekundäre“ Partitionen enthalten kann. Diese sekundären Partitionen müssen von 5 aufwärts nummeriert werden. So könnte die erste sekundäre Partition /dev/sda5 sein, gefolgt von /dev/sda6 usw.

Es ist nicht immer leicht sich zu merken, welche Platte mit welchem SATA-Controller verbunden ist, oder welche in der SCSI-Kette an dritter Position steht, vor allem, da sich die Benennung von im laufenden Betrieb austauschbaren Festplatten (zu denen unter anderem die meisten SATA-Platten und externen Platten gehören) von einem Hochfahren zum nächsten ändern kann. Zum Glück erstellt udev zusätzlich zu /dev/sd* symbolische Verknüpfungen mit festen Namen, die man dann verwenden kann, wenn man eine Festplatte unmissverständlich kennzeichnen möchte. Diese symbolischen Verknüpfungen sind in der Datei /dev/disk/by-id gespeichert. Auf einem Rechner mit zwei physischen Platten könnte man zum Beispiel folgendes finden:

mirexpress:/dev/disk/by-id# ls -l
total 0
lrwxrwxrwx 1 root root  9 23 jul. 08:58 ata-STM3500418AS_9VM3L3KP -> ../../sda
lrwxrwxrwx 1 root root 10 23 jul. 08:58 ata-STM3500418AS_9VM3L3KP-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 23 jul. 08:58 ata-STM3500418AS_9VM3L3KP-part2 -> ../../sda2
[...]
lrwxrwxrwx 1 root root  9 23 jul. 08:58 ata-WDC_WD5001AALS-00L3B2_WD-WCAT00241697 -> ../../sdb
lrwxrwxrwx 1 root root 10 23 jul. 08:58 ata-WDC_WD5001AALS-00L3B2_WD-WCAT00241697-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 23 jul. 08:58 ata-WDC_WD5001AALS-00L3B2_WD-WCAT00241697-part2 -> ../../sdb2
[...]
lrwxrwxrwx 1 root root  9 23 jul. 08:58 scsi-SATA_STM3500418AS_9VM3L3KP -> ../../sda
lrwxrwxrwx 1 root root 10 23 jul. 08:58 scsi-SATA_STM3500418AS_9VM3L3KP-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 23 jul. 08:58 scsi-SATA_STM3500418AS_9VM3L3KP-part2 -> ../../sda2
[...]
lrwxrwxrwx 1 root root  9 23 jul. 08:58 scsi-SATA_WDC_WD5001AALS-_WD-WCAT00241697 -> ../../sdb
lrwxrwxrwx 1 root root 10 23 jul. 08:58 scsi-SATA_WDC_WD5001AALS-_WD-WCAT00241697-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 23 jul. 08:58 scsi-SATA_WDC_WD5001AALS-_WD-WCAT00241697-part2 -> ../../sdb2
[...]
lrwxrwxrwx 1 root root  9 23 jul. 16:48 usb-LaCie_iamaKey_3ed00e26ccc11a-0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 23 jul. 16:48 usb-LaCie_iamaKey_3ed00e26ccc11a-0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 23 jul. 16:48 usb-LaCie_iamaKey_3ed00e26ccc11a-0:0-part2 -> ../../sdc2
[...]
lrwxrwxrwx 1 root root  9 23 jul. 08:58 wwn-0x5000c50015c4842f -> ../../sda
lrwxrwxrwx 1 root root 10 23 jul. 08:58 wwn-0x5000c50015c4842f-part1 -> ../../sda1
[...]
mirexpress:/dev/disk/by-id#

Beachten Sie, dass einige Platten mehrmals aufgeführt sind (da sie gleichzeitig als ATA-Platten und SCSI-Platten auftreten), aber die relevante Information besteht in erster Linie in den Modell- und Seriennummern der Platten, aufgrund derer man die Peripheriedatei finden kann.

Die in den folgenden Abschnitten als Beispiele angeführten Konfigurationsdateien beziehen sich auf den gleichen Aufbau: eine einzelne IDE-Masterplatte, auf der die erste Partition eine alte Windows-Installation ist und die zweite Debian GNU/Linux enthält.