Beseitigen von Problemen während der Installation
Zuverlässigkeit von CD-ROMs
Manchmal schlägt der Start des Installers von CD-ROM fehl, speziell bei
älteren CD-ROM-Laufwerken. Auch könnte es möglich sein – sogar wenn
erfolgreich von CD-ROM gebootet wurde – dass der Installer die CD-ROM
später nicht mehr erkennt oder Fehler ausgibt, wenn er während der Installation
von der CD liest.
Es gibt viele verschiedene Gründe, die dies verursachen könnten. Wir
können hier nur einige allgemeine Probleme auflisten und generelle
Empfehlungen geben, wie Sie damit umgehen sollten. Der Rest liegt bei
Ihnen.
Es gibt zwei einfache Dinge, die Sie zunächst ausprobieren sollten.
Wenn die CD-ROM nicht bootet, überprüfen Sie, ob Sie korrekt eingelegt wurde
und nicht verschmutzt ist.
Erkennt der Installer die CD-ROM nicht mehr, wählen Sie ein zweites
Mal die Option CD-ROM erkennen und
einbinden aus dem Menü. Es ist uns bekannt,
dass einige Probleme bezüglich DMA bei sehr alten CD-ROM-Laufwerken auf
diese Weise behoben werden können.
Falls dies nicht funktioniert, probieren Sie die Empfehlungen weiter
unten aus. Die meisten dieser Empfehlungen gelten sowohl für
CD-ROM- wie auch für DVD-Laufwerke, aber wir verwenden der Einfachheit
halber nur den Begriff CD-ROM.
Sollten Sie die Installation überhaupt nicht per CD-ROM zum Laufen
bekommen, versuchen Sie eine der anderen verfügbaren
Installationsmethoden.
Allgemeine Probleme
Einige ältere CD-ROM-Laufwerke unterstützen nicht das Lesen von Disks, die
mit modernen CD-Brennern in hoher Geschwindigkeit gebrannt wurden.
Einige sehr alte CD-ROM-Laufwerke arbeiten nicht korrekt, wenn Direct
Memory Access
(DMA) für diese aktiviert ist.
Wie Sie Probleme untersuchen und vielleicht auch lösen
Falls die CD-ROM nicht bootet, versuchen Sie dies:
Stellen Sie sicher, dass das BIOS Ihres Rechners das Booten von CD-ROM
unterstützt (dies ist nur bei sehr alten Systemen ein Problem) und dass dies
im BIOS aktiviert ist.
Falls Sie ein iso-Image heruntergeladen haben, überprüfen Sie, ob die
md5sum-Prüfsumme des Images mit der übereinstimmt, die in der Datei
MD5SUMS für dieses Image aufgelistet ist. Sie sollten
diese Datei dort finden, wo Sie auch das Image heruntergeladen haben.
$ md5sum debian-testing-i386-netinst.iso
a20391b12f7ff22ef705cee4059c6b92 debian-testing-i386-netinst.iso
Überprüfen Sie auch, ob die md5sum-Prüfsumme der gebrannten CD korrekt ist.
Dies sollten Sie mit dem folgenden Kommando erledigen können. Es nutzt die
Größe des Images, um die korrekte Zahl an Bytes von der CD-ROM zu lesen.
$ dd if=/dev/cdrom | \
> head -c `stat --format=%s debian-testing-i386-netinst.iso` | \
> md5sum
a20391b12f7ff22ef705cee4059c6b92 -
262668+0 records in
262668+0 records out
134486016 bytes (134 MB) copied, 97.474 seconds, 1.4 MB/s
Wenn die CD-ROM nicht mehr erkannt wird, nachdem der Installer erfolgreich
davon gestartet hat, kann es funktionieren, es einfach noch einmal zu
probieren. Haben Sie mehr als ein CD-ROM-Laufwerk, versuchen Sie, die
CD-ROM in das andere Laufwerk einzulegen. Funktioniert dies auch nicht
oder die CD-ROM wird zwar erkannt, aber es gibt trotzdem Fehler beim
Lesen, versuchen Sie die folgenden Empfehlungen. Dazu sind einige
grundlegende &arch-kernel;-Kenntnisse nötig. Um die aufgelisteten Kommandos
auszuführen, sollten Sie zunächst auf die zweite virtuelle Konsole (VT2)
wechseln und dort die Shell aktivieren.
Wechseln Sie auf VT4 oder lesen Sie den Inhalt der Datei
/var/log/syslog (nutzen Sie nano
als Editor), um zu überprüfen, ob eventuell spezielle Fehlermeldungen
vorhanden sind. Überprüfen Sie danach auch die Ausgabe von
dmesg.
Kontrollieren Sie in der Ausgabe von dmesg, ob Ihr
CD-ROM-Laufwerk erkannt wurde. Es sollte etwas ähnliches angezeigt werden
wie dies (die Zeilen müssen allerdings nicht zwingend direkt aufeinander
folgend angezeigt werden):
Probing IDE interface ide1...
hdc: TOSHIBA DVD-ROM SD-R6112, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
Sollten Sie solche Zeilen nicht finden, besteht die Möglichkeit, dass der
Controller, an den Ihr Laufwerk angeschlossen ist, nicht erkannt wurde oder
von Linux nicht unterstützt wird. Falls Sie wissen, welcher Treiber dafür
benötigt wird, können Sie versuchen, ihn mit modprobe
zu laden.
Überprüfen Sie, ob eine Gerätedatei (device node) für Ihr CD-ROM-Laufwerk
in /dev/ existiert. In dem obigen Beispiel
wäre dies /dev/hdc. Auch
/dev/cdrom sollte vorhanden sein.
Kontrollieren Sie mittels mount, ob die CD-ROM
bereits ins Dateisystem eingebunden ist; falls nicht, erledigen Sie dies
manuell:
$ mount /dev/hdc /cdrom
Achten Sie darauf, ob nach diesem Befehl irgendwelche Fehlermeldungen
angezeigt werden.
Überprüfen Sie, ob DMA im Moment aktiviert ist:
$ cd /proc/ide/hdc
$ grep using_dma settings
using_dma 1 0 1 rw
Eine 1
an der ersten Stelle hinter
using_dma
bedeutet, dass DMA aktiviert ist. Sollte
dies so sein, versuchen Sie, es zu deaktivieren:
$ echo -n "using_dma:0" >settings
Stellen Sie sicher, dass Sie sich in dem Verzeichnis befinden, das zu
Ihrem CD-ROM-Laufwerk gehört.
Falls während der Installation irgendwelche Probleme auftreten, überprüfen
Sie die Integrität der CD-ROM mittels der entsprechenden Option im
Hauptmenü des Installers (ziemlich weit unten). Sie können dies auch nutzen,
um zu testen, ob die CD-ROM zuverlässig gelesen werden kann.
(Un-)Zuverlässigkeit von Disketten
Das größte Problem für Leute, die Disketten für die Installation von
&debian; benutzen, scheint die (Un-)Zuverlässigkeit dieser Disketten zu sein.
Die Boot-Diskette ist die Floppy, die die größten Probleme macht,
weil sie direkt von der Hardware gelesen wird, bevor Linux bootet.
Oft liest der Hardware-Treiber nicht so zuverlässig wie der
Linux Floppy-Disk-Treiber und könnte einfach ohne jede Fehlermeldung
stoppen, wenn er inkorrekte Daten ausliest. Auch die Disketten können
fehlerhaft sein, was sich als Flut von »disk I/O error«-Meldungen
zeigt.
Wenn Sie mit einer bestimmten Diskette einen Abbruch der Installation
haben, sollten Sie als erstes das Disketten-Image auf eine
andere Diskette schreiben und schauen, ob dies
das Problem löst. Die alte
Disk einfach nur neu zu formatieren, könnte nicht ausreichend sein,
selbst wenn das Neuformatieren und Beschreiben scheinbar ohne Fehler
funktioniert. Manchmal kann es auch sinnvoll sein, die Diskette
testweise auf einem anderen System zu beschreiben.
Jemand hat uns berichtet, dass er die Images dreimal
auf Diskette schreiben musste, bis eine funktionierte, und
mit der dritten Diskette war dann alles in Ordnung.
Normalerweise sollte es nicht nötig sein, das Disketten-Image neu herunterzuladen,
wenn Sie aber Probleme feststellen, ist es immer nützlich, über die
md5sum-Prüfsummen zu kontrollieren, ob die Images korrekt heruntergeladen
wurden.
Andere Benutzer berichteten, dass einfach das mehrmalige Rebooten
mit derselben Diskette im Laufwerk zu einem erfolgreichen Boot-Vorgang
geführt hat. Dies alles ist auf fehlerhafte Hardware oder
Firmware-Disketten-Driver zurückzuführen.
Boot-Konfiguration
Wenn Sie Probleme haben und der Kernel bleibt während des Boot-Prozesses
hängen oder Ihre Peripherie bzw. Laufwerke werden nicht korrekt erkannt,
sollten Sie als erstes die Boot-Parameter überprüfen, die in
erläutert werden.
In einigen Fällen können
Fehler durch fehlende Geräte-Firmware verursacht werden (siehe und ).
Software-Sprachausgabe (Software-Sprachsynthesizer)
Falls die Software-Sprachausgabe nicht funktioniert, gibt es höchstwahrscheinlich
ein Problem mit Ihrer Soundkarte, üblicherweise weil entweder der dafür
benötigte Treiber nicht im Installer enthalten ist, oder weil die Karte Mixerregler
mit ungewöhnlichen Namen hat, die standardmäßig stumm geschaltet sind. Sie sollten
daher einen Fehlerbericht einreichen, der die Ausgabe der folgenden Befehle enthält
(ausgeführt auf dem gleichen Rechner und von einem Linux-System, auf dem der Sound
bekanntermaßen funktioniert, z.B. einer Live-CD):
dmesg
lspci
lsmod
amixer
Häufige Installationsprobleme unter &arch-title;
Es gibt einige bekannte Installationsprobleme, die gelöst oder vermieden
werden können, indem man dem Installer entsprechende Boot-Parameter angibt.
Wenn Ihr Bildschirm ein eigenartiges Bild zeigt, während der Kernel bootet,
z.B. komplett weiß, komplett schwarz oder farbiger Pixelmüll, enthält
Ihr Rechner möglicherweise eine problematische Grafikkarte, die nicht
ordnungsgemäß in den Framebuffer-Modus schaltet. Sie können dann den
Boot-Parameter fb=false benutzen,
um den Framebuffer auf der Konsole zu deaktivieren.
In diesem Fall steht aufgrund von eingeschränkter Konsolenfunktionalität
nur eine reduzierte Anzahl an Sprachen zur Verfügung.
enthält Details zu diesem Thema.
Während der PCMCIA-Konfiguration friert das System ein
Einige sehr alte Laptop-Modelle von Dell sind bekannt dafür, dass Sie sich aufhängen,
wenn die PCMCIA-Geräteerkennung versucht, bestimmte Hardware-Adressen
abzufragen. Andere Modelle können ähnliche Symptome zeigen. Wenn Ihnen solche
Probleme unterkommen und Sie kein PCMCIA-Gerät während der Installation
benötigen, können Sie PCMCIA komplett deaktivieren, indem Sie den
Boot-Parameter hw-detect/start_pcmcia=false
benutzen. Nachdem die Installation abgeschlossen ist, können Sie PCMCIA so
konfigurieren, dass der problematische Adressbereich ausgeschlossen wird.
Alternativ können Sie den Installer im Experten-Modus booten.
Sie werden dann aufgefordert, die Ressourcenbereiche einzugeben,
die Ihre Hardware benötigt. Ein Beispiel: wenn Sie einen der oben
erwähnten Dell-Laptops besitzen, sollten Sie hier
exclude port 0x800-0x8ff eingeben.
Im Kapitel
System resource settings
des PCMCIA-HowTos gibt es eine
Liste mit einigen allgemeinen Angaben über Ressourcenbereiche.
Beachten Sie, dass Sie alle eventuell vorhandenen Kommata weglassen müssen,
wenn Sie Angaben von dieser Quelle in den Installer eingeben.
Allgemeine &arch-title;-Installationsprobleme
Es gibt einige allgemeine Installationsproblem, die hier erwähnt werden sollten:
Fehlgeleitete Grafikausgabe
Es ist für &arch-title;-Systeme nicht unüblich, zwei Grafikkarten in einem
Rechner installiert zu haben, zum Beispiel eine ATI-Karte und eine Sun Creator
3D. In solchen Fällen könnte dies dazu führen, dass die Grafikausgabe recht
früh nach dem Systemstart auf die falsche Grafikkarte geschaltet wird. In
typischen Fällen zeigt das Display nur folgendes an:
Remapping the kernel... done
Booting Linux...
Um dies zu umgehen, können Sie entweder eine der Grafikkarten aus dem Rechner
entfernen oder diejenige Karte, die während der OpenProm-Bootphase nicht
verwendet wird, mittels eines Kernel-Parameters deaktivieren. Um zum Beispiel
eine ATI-Karte zu deaktivieren, sollten Sie mit dem Parameter
video=atyfb:off booten.
Bedenken Sie, dass Sie diesen Parameter unter Umständen auch manuell zur
silo-Konfiguration hinzufügen müssen (editieren Sie
/target/etc/silo.conf vor dem Neustart). Außerdem müssen
Sie eventuell den Grafiktreiber in /etc/X11/xorg.conf
anpassen, wenn Sie X11 installiert haben.
Booten oder Installieren von CD-ROM schlägt fehl
Einige Sparc-Systeme sind notorisch problematisch, wenn es darum geht, sie
von CD-ROM zu booten, und sogar wenn Sie booten, kann es unerklärliche
Fehler während der Installation geben. Die meisten solcher Probleme wurden
mit SunBlade-Systemen berichtet.
Wir empfehlen, zur Installation solcher Systeme den Installer per Netzwerk-Boot
zu starten.
Die Startmeldungen des Kernels deuten
Während des Boot-Prozesses können Sie viele Meldungen der Form
can't
find something (kann
irgendetwas nicht finden) oder
something
not present (irgendetwas
nicht vorhanden), can't initialize
something,
(kann irgendetwas nicht initialisieren)
oder sogar this driver release depends
on something
(diese Treiberversion ist abhängig von
irgendetwas) sehen.
Die meisten dieser Meldungen sind harmlos. Sie erscheinen, weil der
Kernel des Installationssystems gebaut wurde, um auf vielen Maschinen
mit viel verschiedener Hardware zu funktionieren. Wahrscheinlich wird
kein Rechner alle möglichen Peripheriegeräte beinhalten, deswegen
wird das Betriebssystem wohl immer etwas zu beklagen haben, wenn es
Peripherie sucht, die Sie nicht besitzen. Sie werden vielleicht auch
feststellen, dass das System für eine Weile pausiert. Dies kommt vor, wenn
es auf die Antwort eines Gerätes wartet, das in Ihrem System nicht vorhanden
ist. Wenn Sie meinen, dass die Zeit zum Booten des Systems unakzeptabel lang
ist, können Sie später einen eigenen, maßgeschneiderten Kernel
erstellen (siehe auch ).
Installationsprobleme berichten
Wenn Sie zwar die anfängliche Boot-Phase hinter sich bringen, aber
die Installation nicht abschließen können, kann die Auswahl des
Eintrags Installationsprotokolle speichern
hilfreich sein.
Dabei können System-Fehlermeldungen und Konfigurationsdaten vom Installer
auf eine Diskette gespeichert oder mittels eines Webbrowsers heruntergeladen
werden.
Diese Informationen können Hinweise darauf geben, was schief gelaufen ist
und wie man dies beheben kann. Wenn Sie einen Fehlerbericht einschicken,
sollten Sie diese Informationen dem Bericht beilegen.
Andere sachdienliche Installationsmeldungen findet man während der
Installation in /var/log/ und nachdem das neu
installierte System gebootet wurde in /var/log/installer/.
Installationsberichte einschicken
Wenn Sie immer noch Probleme haben, senden Sie uns einen
Installationsbericht (auf Englisch bitte). Wir bitten ebenfalls
darum, uns Berichte schicken,
wenn die Installation erfolgreich war, so dass wir so viele Informationen
wie möglich über die riesige Zahl von Hardware-Konfigurationen bekommen.
Bedenken Sie, dass Ihr Installationsbericht in der Debian-Fehlerdatenbank
(Debian Bug Tracking System, BTS) veröffentlicht und an eine öffentliche
Mailingliste weitergeleitet wird. Verwenden Sie also eine E-Mail-Adresse, bei
der Sie nichts dagegen haben, dass sie öffentlich gemacht wird.
Falls Sie bereits ein funktionierendes &debian;-System haben, ist dies der
einfachste Weg, um uns einen Installationsbericht zu schicken: installieren Sie
die Pakete installation-report und
reportbug (mit aptitude install
installation-report reportbug), konfigurieren Sie
reportbug wie in
beschrieben und führen Sie dann den Befehl
reportbug installation-reports aus.
Sie können alternativ diese Vorlage benutzen, um Installationsberichte zu
verfassen, und schicken Sie ihn dann als Fehlerbericht gegen das Pseudo-Paket
installation-reports an
submit@bugs.debian.org.
Package: installation-reports
Boot method: <How did you boot the installer? CD? floppy? network?>
Image version: <Full URL to image you downloaded is best>
Date: <Date and time of the install>
Machine: <Description of machine (eg, IBM Thinkpad R32)>
Processor:
Memory:
Partitions: <df -Tl will do; the raw partition table is preferred>
Output of lspci -knn (or lspci -nn):
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot: [ ]
Detect network card: [ ]
Configure network: [ ]
Detect CD: [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives: [ ]
Install base system: [ ]
Clock/timezone setup: [ ]
User/password setup: [ ]
Install tasks: [ ]
Install boot loader: [ ]
Overall install: [ ]
Comments/Problems:
<Description of the install, in prose, and any thoughts, comments
and ideas you had during the initial install.>
Beschreiben Sie in dem Bericht, was das Problem ist (inklusive der
letzten sichtbaren Kernel-Meldungen, falls der Kernel sich aufgehängt
hat). Beschreiben Sie die Schritte, die Sie durchgeführt haben und die das
System in den problematischen Zustand gebracht haben.