Wieder einmal USB-Stick-Boot

Ich will mal beschreiben, wie ich es geschafft habe, LinVDR bootfähig auf einen USB-Stick zu bekommen. Es war nicht allzu einfach, einmal konnte ich mit dem einen Rechner booten, ein anderes Mal nur mit einem anderen. Hab etwas experimentieren müssen, aber so ging es dann schließlich.

Dieser Thread half dabei ein gewaltiges Stück weiter:
http://www.vdr-portal.de/board/thread.php?threadid=26235

- Einen passenden Kernel kompilieren. Passend heißt in diesem Fall, dass man die Teile, die zum Betrieb des USB-Sticks benötigt werden, fest einkompiliert werden müssen. Das sind "usb-storage" und außerdem natürlich die USB-Hostcontroller-Geschichten. Man braucht dann KEINE initrd mehr!

- Syslinux herunterladen. Man braucht aus dem Paket das Tool "mkdiskimage" und "syslinux" selbst auch noch einmal.

- Stick anstecken. Nichts mouten. Man sollte natürlich sicher sein, dass nichts Wichtiges mehr auf dem Stick ist, da die nachfolgenden Aktionen so ziemlich alles vernichten werden. Mit

./mkdiskimage -4 /dev/sda 4 64 32

eine Partition auf dem Stick anlegen. Das Tool bereitet außerdem den MBR so auf, dass BIOSse von ihm, wie von einer normalen Festplatte booten können. Wer sich in die Tiefen der Syslinux-Doku begibt, erfährt, dass es eine Menge BIOSse mit Bugs gibt, die einen USB-Stick nur booten können, wenn man ihn wie ein USB-ZIPDrive aussehen lässt. Daher erstellt obiger Befehl die Boot-Partition als Nummer 4 und aktiviert sie. Ist etwas ungewohnt, geht aber und war bei einem meiner PCs (mit buggy BIOS) die einzige Möglichkeit, ihn zum Booten zu bekommen.

- Jetzt muss man die Partition formatieren:

mkdosfs /dev/sda4

- Nun den Bootloader, das eigentliche Syslinux, installieren:

./syslinux /dev/sda4

Das verändert den Bootsektor und kopiert eine Datei "ldlinux.sys" drauf.

- Um den oben kompilierten Kernel draufzukopieren, mounten wir die Partition:

mount /dev/sda4 /mnt

"vmlinuz" kommt nach /mnt

- Im gleichen Verzeichnis muss eine "syslinux.cfg" erstellt werden, damit der Bootloader beim Start weiß, was er zu machen hat. Inhalt:

default vmlinuz rw root=/dev/sda5 vga=0x315 rootdelay=7

Die Optionen kann man den Gegebenheiten anpassen. rootdelay=7 sorgt für 7 Sekunden Verzögerung beim Booten, damit usb-storage Zeit hat, den Stick zu erkennen, bevor der Kernel den Mountversuch mit einer Panic aufgibt.

- Jetzt kann man die Partition mal umounten und einen Startversuch machen. Wenn alles klappt, wird zwar nur der Kernel geladen (da das Rootdevice noch nicht existiert), aber das ist schon verdammt viel wert. Wenn es aussieht, als würde gar nichts booten, erkennt das BIOS den Stick vielleicht nicht richtig. In diesem Fall (siehe oben) kann man mal probieren, als Bootdevice im BIOS "USB-ZIP" zu wählen. Das half bei einer meiner älteren Krücken.

- Wenn das geht, kann man den nächsten Schritt wagen, nämlich das Draufkopieren des VDR-Systems. Wer gut aufgepasst hat, dem ist aufgefallen, dass ich oben als Rootdevice "/dev/sda5" gewählt habe. Das ist ein logisches Laufwerk einer erweiterten Partition auf dem Stick. Andere Versuche mit einer zweiten primären Partition sind aus irgendeinem Grund auf einem Testsystem fehlgeschlagen. Nachdem man die Partitionen mittels "fdisk" erstellt hat, formatiert man "/dev/sda5" mit dem Dateisystem seiner Wahl (ext2/3 oder wer mag vielleicht auch xfs), mountet es und kopiert sein System drauf. Die "/etc/fstab" bedarf natürlich der Anpassung des Rootdevices und man muss noch irgendwie sicherstellen, dass nicht allzu häufig Schreibzugriffe auf den Stick erfolgen (mit der Ramdisk und Symlinks arbeiten).

Der letzte Punkt bedarf noch einiger Experimentierarbeit. Hier ist natürlich jede Idee willkommen.

Wer zu faul ist, Syslinux runterzuladen, dem habe ich unten mal ein Paket mit den beiden Dateien, der syslinux.cfg und dem mkdosfs, welches ja bei LinVDR ncht dabei ist, angehängt.

Right... Dann war da nochwas mit einem Kernelpatch, den ich eben gebastelt habe. Und zwar sollte das Rootdevice gemountet werden, SOBALD es verfügbar ist:

--- a/init/do_mounts.c	2006-02-21 18:00:25.000000000 +0100
+++ b/init/do_mounts.c	2006-02-22 22:16:12.000000000 +0100
@@ -392,13 +392,17 @@
 void __init prepare_namespace(void)
 {
 	int is_floppy;
+	int d = root_delay;
 
 	mount_devfs();
 
-	if (root_delay) {
-		printk(KERN_INFO "Waiting %dsec before mounting root device...\n",
-		       root_delay);
-		ssleep(root_delay);
+	if (d) {
+		printk(KERN_INFO "Waiting up to %dsec for root device to become available...\n",
+			d);
+		while (d && (name_to_dev_t(saved_root_name) == 0)) {
+			d--;
+        		ssleep(1);
+	        }
 	}
 
 	md_run_setup();

Jetzt wird nur noch maximal "rootdelay" Sekunden gewartet. Wenn das Laufwerk vorher da ist, wird gleich gemountet. Spart ein paar Sekunden.

Da ich gerade an einem (Festplatten-)System alle Zugriffe so niedrig wie möglich halten will, um die Platte abschalten zu können, habe ich mich näher mit den "Laptop Mode Tools" befasst:
http://www.xs4all.nl/~bsamwel/…_mode/tools/packages.html

Diese tunen das Dateisystem so, dass Schreibzugriffe möglichst lange hinausgezögert werden. Der Read Ahead - Wert wird hochgesetzt, so dass die Platte gleich ganze Dateien liest, anstatt immer nur kleine Stücke.
Wichtig ist, dass du die Abschaltzeit der Platte auf min. 15 Minuten stellst (geht alles in der Config), da normale Desktop-Platten nicht unbedingt für häufiges An- und Abschalten gemacht sind. An, aus, an, aus, an, aus, an, kaputt...
Funktioniert ganz gut, aber natürlich muss man trotzdem einige Sachen auf die Ramdisk verlagern, denn geschrieben werden einige Sachen so oder so irgendwann.

Ich empfehle neben der epg.data auch die Logfiles von smbd und nmbd, dazu die Verzeichnisse /vtx, /var/log, /var/locks und /var/run auf die Ramdisk zu verbannen. Einiges ist schon Standard. Ich habe auch mal /tmp auf die Ramdisk gelegt (wegen des Screenshotgrabbings für VDRAdmin). Scheint gut zu gehen, aber eventuell macht es Probleme, wenn mal irgend ein Programm eine größere temporäre Datei braucht. Da muss noch experimentiert werden.

Das hat hier schon ausgereicht, um die Platte beim normalen Fernsehen abschalten zu können. Man kann so auch Aufnahmen aus dem Netzwerk gucken, ohne, dass sie anspringt.
Eventuell ist es noch ratsam, einige Config-Dateien auf die Ramdisk zu verbannen: setup.conf, channels.conf, timers.conf etc.

Der Anhang geht nicht, weil das Forum irgendwann vor ein paar Monaten mal alle Anhänge gegrillt hatte. Ich habe das Paket an dieses Posting nochmal angehängt.