Manchmal schlägt der Start des Installers von einem optischen Datenträer fehl, speziell bei älteren Laufwerken. Auch könnte es möglich sein – sogar wenn erfolgreich von der Disk gebootet wurde – dass der Installer die Disk später nicht mehr erkennt oder Fehler ausgibt, wenn er während der Installation davon 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 Disk nicht bootet, überprüfen Sie, ob Sie korrekt eingelegt wurde und nicht verschmutzt ist.
Erkennt der Installer die Disk nicht mehr, versuchen Sie, ein zweites Mal den Eintrag
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- als auch für DVD-Laufwerke.
Sollten Sie die Installation überhaupt nicht mit einem optischen Datenträger zum Laufen bekommen, versuchen Sie eine der anderen verfügbaren Installationsmethoden.
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.
Falls die Disk nicht bootet, versuchen Sie dies:
Stellen Sie sicher, dass das BIOS/UEFI Ihres Rechners das Booten von optischen Datenträgern unterstützt (dies ist nur bei sehr alten Systemen ein Problem) und dass dies im BIOS/UEFI 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.
$ md5sumdebian-testing-i386-netinst.iso
a20391b12f7ff22ef705cee4059c6b92debian-testing-i386-netinst.iso
Überprüfen Sie auch, ob die md5sum-Prüfsumme der gebrannten Disk 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 Disk 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 Disk 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 optisches Laufwerk, versuchen Sie, die Disk in das andere Laufwerk einzulegen. Funktioniert dies auch nicht oder die Disk wird zwar erkannt, aber es gibt trotzdem Fehler beim Lesen, versuchen Sie die folgenden Empfehlungen. Dazu sind einige grundlegende Linux-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 optisches Laufwerk erkannt wurde. Es sollte etwas ähnliches angezeigt werden wie dies (die Zeilen müssen allerdings nicht zwingend direkt aufeinander folgend angezeigt werden):
ata1.00: ATAPI: MATSHITADVD-RAM UJ-822S, 1.61, max UDMA/33 ata1.00: configured for UDMA/33 scsi 0:0:0:0: CD-ROM MATSHITA DVD-RAM UJ-822S 1.61 PQ: 0 ANSI: 5 sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray cdrom: 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 optisches Laufwerk in /dev/
existiert. In dem obigen Beispiel wäre dies /dev/sr0
. Auch /dev/cdrom
sollte vorhanden sein.
Kontrollieren Sie mittels mount, ob die Disk 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 optischen Laufwerk gehört.
Falls während der Installation irgendwelche Probleme auftreten, überprüfen Sie die Integrität des Installationsmediums mittels der entsprechenden Option im Hauptmenü des Installers (ziemlich weit unten). Sie können dies auch nutzen, um zu testen, ob die Disk zuverlässig gelesen werden kann.
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 Abschnitt 5.3, „Boot-Parameter“ erläutert werden.
In einigen Fällen können Fehler durch fehlende Geräte-Firmware verursacht werden (siehe Abschnitt 2.2, „Hardware, die Firmware erfordert“ und Abschnitt 6.4, „Fehlende Firmware nachladen“).
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
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. Abschnitt 5.3, „Boot-Parameter“ enthält Details zu diesem Thema.
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.
Während des Boot-Prozesses können Sie viele Meldungen der Form can't find
(kann something
irgendetwas
nicht finden) oder
(something
not presentirgendetwas
nicht vorhanden), can't initialize
, (kann something
irgendetwas
nicht initialisieren) oder sogar this driver release depends on
(diese Treiberversion ist abhängig von something
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 Abschnitt 8.5, „Einen neuen Kernel kompilieren“).
Wenn Sie zwar die anfängliche Boot-Phase hinter sich bringen, aber die Installation nicht abschließen können, kann die Auswahl des Menüpunkts „Installationsprotokolle speichern“ hilfreich sein. Dabei können System-Fehlermeldungen und Konfigurationsdaten des Installers auf ein Speichermedium geschrieben 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/
.
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 apt install installation-report reportbug), konfigurieren Sie reportbug
wie in Abschnitt 8.4.2, „E-Mails nach außerhalb verschicken“ 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/DVD? USB stick? 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 media: [ ] 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.> Fügen Sie diesem Bericht bitte Logdateien der Installation bei, wenn Sie denken, dass diese nützlich sein könnten. (Sie finden diese im Installer- System unter /var/log/ oder später im installierten System unter /var/log/installer.) Komprimieren Sie große Dateien mittels gzip.
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.