Contents
Translations: French
Einleitung
Der angepasste Installer wird benötigt, damit der Netzwerkzugang während der Installation funktioniert. Dies ermöglicht die Installation eines kompletten Debian-Systems über das Netzwerk, nicht nur ein Basissystem, was sonst mit dem Standard Installer möglich wäre.
Überblick
Der genau Weg das unter DebianEeePC/HowTo/Install verlinkte Abbild zu verwenden folgt grundlegend DebianInstaller/Modify/CustomKernel um einen Lenny Installer zu bauen. Einige zusätzliche Schritte sind notwendig um das atl2-Modul einzubeziehen. Die folgenden Anweisungen gehen von einem Sid-Buildsystem aus. Sie möchten vielleicht einen Sid chroot vorbereiten um dies mit cdebootstrap oder debootstrap durchzuführen, da so ihr Buildsystem nicht von der Kernelinstallation für den angepassten Installer 'beschmutzt' wird.
Automatisierter build
Der Vorgang ist wird mit dem build-eeepc.sh Skript aus git://git.debian.org/git/debian-eeepc/installer.git web gestartet, aber damit es in einem Sid chroot funktioniert, fehlend einige Dinge:
- erstellen Sie die Datei /etc/kernel-img.conf im chroot, diese enthält:
do_symlinks = Yes do_initrd = Yes
- bringen Sie die zahlreichen LC_* Warnungen zum Schweigen indem Sie die locales installieren und konfigurieren (stellen Sie die Werte auf irgendetwas nur nicht None; en_US.UTF-8 sollte funktionieren):
apt-get update apt-get install locales dkpg-reconfigure locales
- an diesem Punkt möchten Sie möglicherweise eine Tarball-Datei des chroots sichern, für den Fall dass der build erneut durchgeführt werden soll
- um für den build-Vorgang vorbereitet zu sein, stellen Sie sicher, dass das Skript in den chroot kopiert wurde, betreten Sie den chroot und binden proc und sys ein (die Warnungen bzgl. es fehlenden fstab sind ok):
cp build-eeepc.sh sid/ chroot sid/ touch /etc/fstab mount -t proc proc /proc mount -t sysfs sys /sys
- und bauen:
./build-eeepc.sh
Falls alles glatt geht, sollte nach einer Weile die Datei test/debian-eeepc.img erstellt werden.
Falls doch nicht, kontaktieren Sie uns bitte über die Mailingliste oder via IRC. Wir halten das Skript nicht konstant auf dem aktuellsten Stand, sollten Sie also Fehler bemerken, würden wir uns freuen, davon zu erfahren.
Fazit
Es ist sinnvoll die Eingangsschritte des Bootvorgangs mit qemu zu testen, nur um sicher zu gehen, dass alles ohne erkennbare Pannen funktioniert. Danach testen Sie es durch ein dd auf einen USB-Speicher oder eine SD-Karte.