Thin-EisVDR

Aus VDR Wiki
Wechseln zu: Navigation, Suche

Inhaltsverzeichnis

Allgemein

thin-EisVDR ist eine auf Fli4l und Eisfair basierende VDR-Distribution. Ursprünglich als Idee für einen Netboot-Diskless-Client entstanden, kann das System nicht nur über das Netzwerk mit PXE oder Netboot, sondern auch von CD/DVD, Festplatte, SD-Karte oder einem USB-Stick gestartet werden. Durch die Verwendung des Konfigurationssystems von Fli4L liegt das System nicht in fertiger Form auf CD vor, sondern wird nach der Konfiguration "zusammengestrickt". Dabei werden nur wirklich benötogte Dateien auf das fertige Bootmedium kopiert, sodass die Grösse des Systems minimal gehalten wird.

Konfiguration Grösse (ca.)
Basissystem 3.3MB
VDR + DVB 8MB - 12M
VDR + DVB + Basis Plugins 9MB - 15MB
VDR (Stream + DXR3) 11MB
VDR + Multimedia 30+MB
ALLES 45+MB

Die Konfiguration kann auf einem beliebigen Computer unter Windows oder Linux erstellt werden, wobei keine Linux-Kenntnisse vorausgesetzt werden, da nur Textdateien bearbeitet werden müssen, die die Konfigurations-Variablen enthalten.


Sonstiges

Kernel: 2.4.31 (base 1.0.X)
2.6.15 (base 1.1.X)
VDR-Version: 1.3.37 Bigpatch-test4
Developer-Tools: Eisfair mit Dev-Paketen

Vor- und Nachteile

+ Diskless-Streaming-Client Betrieb möglich
+ Booten über PXE/Netboot, HD, USB oder CD möglich
+ Keine Linux-Kenntnisse erforderlich
+ Einheitliche Konfiguration über Konfigurationsdateien (mit jedem Texteditor)
+ Braucht keine Festplatte oder DVB-Karte (alles optional)
+ Sehr schnell da vollständig im Speicher (Ramdisk)
+ Sehr kurze Bootzeiten (auch von CD, da nur die Rootfs gelesen wird)
+ Geringer Festplatten-/Speicherverbrauch
+ Stabiler Betrieb jetzt auch mit dxr3 und Streamdev-plugin
+ Aktuelle VDR Version 1.3.37
+ ACPI-/NVRAM-Wakeup Unterstützung
+ Basispakete wahlweise mit 2.4.31 oder 2.6.15 Kerneln

- Weniger Verbreitung, daher weniger Support über http://www.vdrportal.de (Aber die Entwickler geben sich wirklich Mühe)
- Ein paar Plugins fehlen noch, aber es werden ständig mehr.
- Konvertierung und Brennen der Aufnahmen (noch) nicht möglich, da kein Perl zur Verfügung steht (es wird an einer Remote Lösung gearbeitet)
- Bei einer umfangreichen Konfiguration wird etwas mehr Speicher benötigt, da die Ramdisk dementsprechend grösser wird (256-512 MB sollten im Normalfall reichen, für DivX natürlich mehr)
- Noch keine eigene Dokumentation, man kann sich jedoch an Fli4L richten

Installation

Konfigurationsordner

base 1.0.4 (Kernel 2.4.31)

Als Erstes muss man das Basispaket herunterladen und entpacken.

cd /tmp
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.0.4/thin-eisvdr-1.0.4.tar.bz2
tar -xjf thin-eisvdr-1.0.4.tar.bz2

Danach kommen die Pakete mit Treibern. Diese müssen in das im Archiv enthaltene Unterverzeichnis entpackt werden.
Hier ein Beispiel für OPT_DVB:

cd thin-eisvdr-1.0.4
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.0.4/opt_dvb.tar.bz2
tar -xjf opt_dvb.tar.bz2

base 1.1.0 (Kernel 2.6.15)

Auch bei dieser Version wird zuerst das Basispaket entpackt.

cd /tmp
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.1.0/thin-eisvdr-1.1.0.tar.bz2
tar -xjf thin-eisvdr-1.1.0.tar.bz2

Danach kommen die Kernelspezifischen Pakete.

cd thin-eisvdr-1.1.0
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.1.0/opt_dvb.tar.bz2
tar -xjf opt_dvb.tar.bz2

Kernelunabhängige Pakete

Alle anderen Pakete wie OPT_VDR sind Kernelunabhängig und können mit beiden Basisversionen verwendet werden.

cd thin-eisvdr-1.1.0
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/opt_vdr.tar.bz2
tar -xjf opt_vdr.tar.bz2

Das Gleiche macht man mit allen benötigten Paketen.

Patches

Zusätzlich werden zwischen den Releases, Patches veröffentlicht. Der Patch mit der höchsten Versionsnummer enthält immer alle Patches, die vorher erschienen sind. Somit braucht man nur den letzten Patch zu installieren. Dieser muss immer zum Schluss entpackt werden, da meistens Datien aus unterschiedlichen Paketen aktualisiert werden. Unabhängig davon ob ein Patch Änderungen von Basispaketen oder Kernelunabhängigen Paketen enthält, werden Patches für beide Basisversionen veröffentlicht.

cd thin-eisvdr-1.0.4
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.0.4/patch-1.0.4-3.tar.bz2
tar -xjf patch-1.0.4-2.tar.bz2

Oder für die neue 1.1.0er Version:

cd thin-eisvdr-1.1.0
wget http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.1.0/patch-1.1.0-3.tar.bz2
tar -xjf patch-1.0.4-2.tar.bz2

Wenn man nachträglich ein Paket entpackt, sollte man danach unbedingt den letzten Patch nochmals anwenden, da das Paket eventuell bereits aktualisierte Dateien überschreibt.

Natürlich kann man die Pakete auch unter Windows mit einem geeigneten Packer entpacken.

Verfügbare Pakete

Paketübersicht: Thin-EisVDR Pakete

VDR-Plugins: Plugin Tabelle


Konfiguration

Das System wird über Konfigurationsdateien im Ordner "config" konfiguriert. Dabei gehört zu jedem Paket eine Konfigurationsdatei mit der Endung "*.txt", die alle für das Paket benötigten Konfigurationsdvariablen enthält. Diese Dateien sind Systemunabhängig und können mit einem Linux sowie einem Windows Editor bearbeitet werden.

Da der Ordner "config" eine Beispielkonfiguration der Pakete enthält ist es ratsam eine Sicherungskopie anzulegen, BEVOR man die Konfiguration ändert.

cp -r config config.bak
cd config
joe [paketname].txt


Obwohl die Konfiguration sehr einfach ist, sollte man sich die Fli4L Basis-Dokumentation unter http://www.fli4l.de/hilfe/dokumentation.html anschauen, da leider noch keine eigene Dokumentation für das Projekt existiert (Freiwillige ?). Wenn man das Prinzip durchschaut hat, kann man die Pakete meistens intuitiv konfigurieren. Die Konfigurationsdateien enthalten ausserdem zusätzlich kleine Hinweise und Beschreibungen.


Installation

Wenn man die Konfigurationsdateien seinen Wünschen entsprechend angepasst hat, kann man das eigentliche System bzw. die Rootfs erstellen. Hierzu findet man für Linux das Script "mkfli4l.sh" und für Windows das Programm "mkfli4l.exe". Beim Start wird als erstes die Konfigurationsdatei config/mkfli4l.conf eingelesen und danach die Konfiguration erstellt. Das Windows Programm bietet zusätzlich die Möglichkeit einige Einstellungen des Build-Prozesses zu ändern. Unter Linux müssen diese Einstellungen manuell in der config/mkfli4l.conf geändert werden.

cd ..
./mkfli4l.sh

Während des Build-Prozesses werden zuerst alle Konfigurationsdateien auf ihre Gültigkeit überprüft. Falls eine Variable ungültige Werte enthält oder Paketabhängigkeiten ungelöst sind, wird der Prozess unterbrochen und eine entsprechende Fehlermeldung(en) angezeigt. Genauso wird der Prozess gestoppt wenn eine Datei nicht gefunden werden konnte.

Wenn alles Fehlerfrei verläuft, findet man im Ordner "build" (kann mit der Variable BUILDDIR='build' in der config/mkfli4l.conf geändert werden) das fertige Image. Andernfalls liegen die Logs von mkfli4l in diesem Ordner.

Abhängig von der Konfiguration muss man nun das Image auf das Zielmedium brennen/kopieren und booten.


Exkurs: Bootvorgang

Wie bei Fli4L ist auch bei thin-eisVDR der Bootvorgang etwas anders als bei normalen Distris. Der Kernel mountet nicht die /boot Partition, sondern erstellt eine Ramdisk in die die Rootfs entpackt wird (wie bei Initrd jedoch mit Inittar). Dabei spielt es keine Rolle ob vom Netzwerk, CD, oder HD gestartet wird. Danach wird das INIT Programm gestartet das die Startscripte laufen lässt. Die Rootfs enthält immer die zum Booten benötigten Files (Libs, rc-Scripte, Module für Netzwerk und IDE oder SCSI). Die restlichen Dateien befinden sich entweder bei einer HD Installation im Archiv /boot/opt.tgz und werden beim Booten (nur bei Bedarf, siehe HD Beispielkonfiguration) entpackt, oder bei einer CD/Netzwerk Konfiguration auch in der Rootfs. Diese befinden sich demnach auch auf der Ramdisk (ausser HD-Installationstyp B).

Durch dieses Verfahren ist das System davon unabhängig, ob der Kernel die Festplatte, CD oder was auch immer unterstützt. Es muss lediglich das BIOS bzw. die Netzwerkkarte das Medium booten können. Im Zweifelsfalle kann das System nur keine Daten permanent speichern, wenn es keinen Zugriff auf ein Medium hat, da die Ramdisk nach einem Reboot gelöscht wird.

Boot-Ablauf (kurz):

* Kernel in den Speicher laden
* Rootfs in den Speicher laden
* Rootfs in /dev/tmpfs entpacken
* /dev/tmpfs als "/" (root) mounten
* /sbin/init ausführen
* MINI-INIT: /sbin/linuxrc ausführen
* Linuxrc: /sbin/init löschen
* Linuxrc: Busybox installieren (/usr/local/bin/busybox --install)
* Linuxrc: /sbin/init (Busybox) starten
* INIT: /etc/rc ausführen
* RC: Einstellungen laden (/boot/rc.cfg)
* RC: /boot/opt.tgz entpacken
* RC: /etc/boot.d/* und /etc/rc.d/* ausführen 

Beispielkonfigurationen

PXE/Netboot

Bei dieser Konfiguration wird das System über PXE bzw. Netboot gestartet. Welche Variante man verwenden muss hängt von der Netzwerkkarte im Client ab. Manche Netzwerkkarten unterstützen beides, manche können keine grossen Netboot Iamges laden, und manche können nur eine der beiden Arten. Die meisten On-Board NICs unterstützen PXE problemlos.

Wenn man eine Netzwerkkarte verwenden muss, die weder PXE noch Netboot unterstützt, kann man den Loader von einer Diskette laden. Dabei wird ein Mini-Linux von einer Diskette gestartet, das den NIC-Treiber lädt und eine Verbindung zum DHCP Server aufbaut. Weitere Informationen zu diesem Vorgehen gibt es unter http://www.etherboot.org/ und solche Disketten-Images lassen sich unter http://www.rom-o-matic.net/ Online erstellen und herunterladen.

Einstellungen

Die wichtigsten Basis-Einstellungen für Netzwerk-Clients:

base.txt

HOSTNAME='vdrclient'             # Der Hostname des Clients
PASSWORD='1'                     # Passwort zum Einloggen (Konsole, SSH)
BOOT_TYPE='pxeboot'              # Für Netboot muss hier 'netboot' eingetragen werden
MOUNT_BOOT='ro'                  # Boot Laufwerk read-only mounten (rm geht auch, macht aber keinen Sinn)
NET_DRV_N='1'                    # Anzahl verwendeter NIC Module
NET_DRV_1='8139too'              # Name des ersten NIC Moduls
IP_NET_N='1'                     # Anzahl verwendeter Netzwerke
IP_NET_1='192.168.1.2/24'        # IP Adresse des ersten Netzwerks
IP_NET_1_DEV='eth0'              # Device Name des ersten Netzwerks (eth0, eth1, ...)
IP_DEFAULT_GATEWAY='192.168.1.1' # Gateway (meistens IP Adresse des Routers)
DNS_SERVER='192.168.1.1'         # DNS-Server (meistens IP Adresse des Routers)

mkfli4l.conf

TFTPBOOTPATH='/tftpboot'         # Pfad zum tftp-boot Verzeichnis
TFTPBOOTIMAGE='vdr-client.img'   # Name der Image-Datei für Netboot
PXESUBDIR='vdr'                  # PXE-Unterordner vom tftp-boot Verzeichnis

dhcp.txt

OPT_DHCLIENT='yes'               # DHCP Client installieren
DHCLIENT_USEPEERDNS='yes'        # DNS Server über DHCP beziehen


Weitere Pakete werden nach dem gleichen Prinzip konfiguriert. Weitere Informationen zu anderen Paketen findet man in der Paketliste.

Build

Vor dem Ausführen von mkfli4l.sh sollten man sichergehen, dass die netboot-tools installiert sind.

apt-get install mknbi

Nach dem Ausführen von mkfli4l.sh (ACHTUNG Netboot/PXE geht im Moment nur unter Linux!) findet man folgende Dateien: (Die Pfade können in Abhängigkeit von der Konfiguration in config/mkfli4l.conf abweichen)

BOOT_TYPE='netboot'

/tftpboot/vdr-client.img

Image für Netboot/Etherboot und hat den Kernel bereits integriert. Wird direkt von der NIC heruntergeladen und gestartet, deshalb können manche Karten so grosse Images nicht verarbeiten.

BOOT_TYPE='pxeboot'

/tftpboot/vdr/kernel
/tftpboot/vdr/rootfs.img

Hier ist der Kernel und die Rootfs voneinander gestrennt. Die NIC muss nur den PXE Loader pxelinux.0 herunterladen und starten. Der Loader lädt dann den Kernel und das Image in den Speicher und startet den Kernel.


Server Konfiguration

Auf dem Server werden folgende Programme benötigt:

dhcp-Server
tftp-Server
pxelinux
mknbi

Dabei muss man möglichst aktuelle Versionen verwenden, die Netzwerk-Boot unterstützen und grosse Dateien übertragen können. Informationen zur Konfiguration von PXE findet man unter http://syslinux.zytor.com/pxe.php


CD-Boot

Natürlich kann das System auch von einer CD bzw. DVD gestartet werden, wobei das Laufwerk nicht zwingend vom System unterstützt werden muss. Benötigt wird lediglich ein BIOS das das Booten von CD-Laufwerken gestattet.

Konfiguration

Die Basiskonfiguration kann von Netboot übernommen werden, wobei nur folgendes geändert werden muss:

base.txt

BOOT_TYPE='cd'        # cd für cd-boot

Wenn das System das Laufwerk nach dem Booten auch mounten können muss (zum DVDs gucken zB) muss man das Paket opt_hd installieren und konfigurieren:

hd.txt

OPT_HDDRV='yes'                 # IDE Treiber/Module aktivieren
HDDRV_N='1'                     # Anzahl verwendeter Module
HDDRV_1='ide-cd'                # 'ide-cd' für IDE ATAPI Laufwerke
HDDRV_1_OPTION=''               # Moduloptionen (kann leer bleiben)

OPT_MOUNT='yes'                 # Mounten aktivieren
MOUNT_N='0'

Für OPT_MOUNT werden keine weiteren Mountpoint Definitionen benötigt, da es IMMER das erste CD/DVD-Laufwerk automatisch unter /cdrom einbindet. Zusätzlich wird ein fstab Eintrag für /cdfs angelegt, damit auch Audio-CDs abgespielt werden können.

Wenn man ein SCSI Laufwerk verwenden muss, kann die Konfiguration so aussehen:

hd.txt (scsi)

OPT_HDDRV='yes'                 # IDE Treiber/Module aktivieren
HDDRV_N='2'                     # Anzahl verwendeter Module
HDDRV_1='aic7xxx'               #   SCSI Treiber für den Controller
HDDRV_1_OPTION=''
HDDRV_2='scsi-cd'               #   SCSI Treiber CD-Laufwerke (generic)
HDDRV_2_OPTION=''

OPT_MOUNT='yes'                 # Mounten aktivieren
MOUNT_N='0'


Build

Zum Erstellen des Images (ISO Datei) wird unter Linux das Programm mkisofs benötigt. Unter Windows braucht man lediglich ein geeignetes Brennprogramm.

Nachdem mkfli4l.sh bzw. mkfli4l.exe fehlerfrei ausgeführt wurde, findet man im "boot" Verzeichnis die Datei thin_eisVDR.iso. Diese Datei kann mit einem Brennprogramm des Vertrauens auf einen Rohling gebrannt werden.


HD-Boot

thin-EisVDR und Fli4L

Obwohl das System auf Fli4L basiert, können die Pakete noch nicht mit Fli4L verwendet werden, da die GLibc benötigt wird. An einem Backport wird jedoch gearbeitet, sodass die meisten Pakete zukünftig mit beiden Systemen verwendet werden können.

Umgekehrt können nur wenige Fli4L-Pakete mit thin-EisVDR verwendet werden, da die uCLibc fehlt. Die Pakete die jedoch keine gegen die uCLibc gelinkten Binaries enthalten, können Problemlos eingesetzt werden. Da als Basis die Fli4L Version 2.1.12 dient, kann man die OPTs der 2.X.X Serie von http://extern.fli4l.de/fli4l_opt-db2/ verwenden. Wenn ein OPT jedoch Kernel-Moule mitbringt, müssen diese für den 2.4.31er Kernel sein. Kernelabhängige Fli4L Pakete können grundsätzlich nicht mit thin eisVDR 1.1.0 verwendet werden, da hier der neue 2.6er Kernel zum Einsatz kommt.

Möchte man trotz der Inkompatibilität ein Opt von Fli4L verwenden, kann man einen Eisfair mit der dazugehörigen Entwicklungsumgebung (funktioniert super auch in einer VM) aufsetzen und die benötigten Binaries dort kompilieren, da thin-EisVDR die selbe GLibc verwendet (alle thin-EisVDR Binaries wurden auf einem Eisfair kompiliert)

Links

[1] http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.1.0/ Download der aktuellen Version (Kernel 2.6.15)
[2] http://vdr-portal.de/board/thread.php?threadid=43987 Diskussion zum Projekt auf vdr-portal.de
[3] http://vdr-eisfair.flnet.org/sevo/thin-eisvdr/1.0.4/ Download der aktuellen Version (Kernel 2.4.31)
[4] http://vdr-portal.de/board/thread.php?threadid=43689 Diskussion zur 1.0.Xer Version auf vdr-portal.de
[5] http://vdr-portal.de/board/thread.php?threadid=40112 Feature Requests auf vdr-portal.de
[6] http://www.eisfair.org Eisfair Projekt-Homepage und ISO-Image Download
[7] http://www.fli4l.de Fli4L the on(e)-disk-router