Ein Grund, warum die IDE-Festplatte hda1 unter Knoppix Live-CD als sda1 angezeigt wird

2737
user9632

Ich betreibe ein Debian-System und heute habe ich aptitude safe-upgrade ausgeführt. Es ist schon eine Weile her, seit ich es nicht mehr geschafft hatte, also eine ganze Reihe von Sachen herunterzuladen und zu installieren, einschließlich eines neuen kernigen Images.

Alles schien gut zu installieren.

Nach einem Neustart konnte mein System jedoch nicht gestartet werden. Meldung eines Kernal-Panikfehlers und der Meldung "Kein Dateisystem konnte Root einhängen, versucht:" gemeldet.

Wenn ich über eine Knoppix-Live-CD bootete und fdisk -l ausführte, wird meine Festplatte als sda1 angezeigt. Dies hat mich überrascht, da es sich um ein IDE-Laufwerk handelt und meine fstab- und lilo-conf-Dateien für die Verwendung von hda1 konfiguriert sind.

Ich habe versucht, sowohl fstab als auch lilo.conf (und lilo) über die Live-CD zu optimieren. Wenn ich jetzt das System neu starte, fällt es in 'BusyBox' mit einer ganzen Reihe von 'Montage'-Fehlern.

Ich habe mich gefragt, ob aus irgendeinem Grund eine Live-CD von Knoppix die Platte als sda anzeigen würde, aber für debian ist noch hda erforderlich? (Übrigens habe ich es versucht, aber Lilo läuft unter der LiveCD, da es keine / dev / hda gibt)

Edit: Laut diesem Artikel: http://www.mail-archive.com/debian-doc@lists.debian.org/msg11998.html Es könnte etwas damit zu tun haben, dass der aktualisierte Kernel eine andere Namenskonvention unterstützt IDE-Laufwerke .... Hmmm Vielleicht ist dies eine gute Zeit, um Lilo aufzugeben und Grub zum Laufen zu bringen? Irgendwelche anderen Vorschläge da draußen?

0

2 Antworten auf die Frage

2
user9632

ok ich habe die Antwort gefunden.

Wie hier beschrieben:

http://kernelnewbies.org/Linux_2_6_19#head-cdcbaa9c1b476decdc064e0a75d23d1328b1ddce

Kernel-Update 2.6.19 modifizierte das IDE-Subsystem, wodurch die Art und Weise geändert wurde, in der IDE-Geräte definiert wurden. Also eher, dass hda die Platte als sda erscheint.

Laufwerke werden als / dev / sda, / dev / sr0 angezeigt. Die alten Gerätenamen funktionieren nicht. Sie müssen Ihre Boot-Parameter und Ihre / etc / fstab-Parameter ändern, um ein funktionsfähiges System mit den neuen Treibern zu erhalten. Dies geschieht auch nur dann, wenn Sie die neuen Treiber verwenden. Die alten Treiber funktionieren weiterhin wie zuvor.

Mein Testsystem führt eine ältere Version des Kernels aus, verglichen mit der Knoppix Live-CD. Beim Booten von der Live-CD wird der neue Kernel verwendet, daher erscheint das Laufwerk jetzt als sda1

Für Benutzer, die diese Seite suchen und nach einem Fix suchen, heißt es auf der obigen Website auch:

Dies bedeutet, dass 2.6.19 möglicherweise zwei Treiber für Ihr PATA-basiertes Gerät besitzt: Den alten IDE-Treiber unter "Gerätetreiber -> ATA / ATAPI / MFM / RLL-Unterstützung" und einen alternativen Treiber unter "Gerätetreiber -> Serial ATA (prod)". und parallele ATA (experimentelle) Treiber "(zusammen mit den restlichen SATA-Treibern)

Was musst du wählen? Nun, die sichere Option ist die Verwendung des alten Treibers: Die alten Treiber werden genauso weiterarbeiten wie zuvor. Es werden keine Änderungen vorgenommen, wenn Sie die alten Treiber weiterhin verwenden.

Dies ist richtig. Der neuere SATA-Treiber unterstützt auch PATA-Geräte und weist / dev / sda-Gerätenamen zu. Der ältere Treiber weist / dev / hda-Gerätenamen zu. Ich glaube, ich erinnere mich an einen Kernel-Boot-Parameter, mit dem Sie den älteren Treiber erzwingen konnten, aber ich kann diese Informationen momentan nicht ausgraben. quack quixote vor 14 Jahren 0
0
matpol

Eine Sache, die mir passierte, war, dass ich ein Laufwerk entfernt und die Auflistung der Festplatten geändert habe, sodass die fstab die richtige Festplatte nicht finden konnte - könnte es so etwas sein?

:) guter Vorschlag, obwohl dies in diesem Fall nicht der Fall zu sein scheint. user9632 vor 14 Jahren 0
Aus diesem Grund sollten Sie UUID oder LABEL in `/ etc / fstab` anstelle von direkten Geräteverknüpfungen verwenden. quack quixote vor 14 Jahren 1