Reihenfolge der HDD unter Debian
 

Ich habe ein Debian-System (Woody) auf einem EPOX 8KRA2+ laufen. Dieses Board hat einen IDE-Controller mit zwei Kanälen und einen Highpoint-RAID-Controller (wobei ich ihn aber als normalen IDE-Controller, ohne RAID betreibe) ebenfalls mit zwei Kanälen (also insgesamt 4 IDE-Kanäle).

Bis jetzt hatte ich auf IDE0 zwei Samsung-Spinpoint, auf IDE1 ein DVD-Laufwerke und einen Brenner hängen.

Nun wollte ich ein zusätzliches Laufwerk an den ersten Highpoint-Controller hängen. Wenn dieses Laufwerk jedoch angeschlossen ist, bricht Debian den Bootvorgang mit der Meldung ab, es könne auf hda nicht zugreifen.

Offenbar wird das neue Laufwerk als hda angesprochen. Unter Knoppix gebootet bleibt die Laufwerksbuchstabenfolge jedoch gleich: hda, hdb, dann die beiden Wechselmedienlaufwerke und die neue Festplatte als hde.

Ich habe schon ein wenig herumgesucht, kann aber nichts dazu finden, wo sich die Vergabe der Laufwerksbuchstaben quasi "einstellen" lässt. Bisher ist so ein Problem bei mir noch nicht aufgetaucht. Kann mir jemand dabei helfen?

du willst:

die kernel version bekanntgeben
die ausgabe von "dmesg" irgendwo zum lesen geben


mal schaun ob mir nochwas einfällt

Kernel ist 2.4.21. An den Meldungen die (kurz) vorbeiflimmert bevor er mit Kernel Panic abbricht ist eindeutig zu erkennen, dass er die neue Platte, die am Highpoint hängt, als hda erkennt, die anderen Platten werden hinten angehängt.

Ich habe nun einiges gefunden über Einstellungen in der lili.conf (Diskparamater), wirklich schlau werde ich leider nicht daraus. Vor allem irritiert mich, dass Knoppix die Sache auf Anhieb völlig richtig erkennt.

Und wenn du in der /etc/lilo.conf als root device die entsprechende Platte angibst?
z.B. root=/dev/hdb1

ausgabe von dmesg wäre interessant, er fährt ja hoch wenn am highpoint keine platte hängt...

in /boot/ sollte ein datei config-2.4.21 liegen (oder so ähnlich), die wäre auch interessant :)

Auch daran habe ich schon gedacht, bin mir aber nicht sicher, ob ich mir dadurch nicht andere Probleme einhandle.

Die Gesamte Liste wäre wohl zu lange, ich nehme an, die Einträge in Hinblick auf die Block-Devices sind das interessante:

Update:

Nachdem das Herumspielen mit "disk=/dev/hda bios=0x80" und Varianten in der lilo.conf nichts gebracht hat, habe ich, wie schon vorgeschlagen, root=/dev/hde3 gesetzt.

Mit den dadurch notwendig gewordenen Änderungen in der fstab bin ich zwar nicht glücklich, kann aber damit leben. Das System läuft jedenfalls. Nach einer Testphase werde ich dann diese Konfiguration zur Default unter lilo machen.

Jedenfalls Danke für die Vorschläge, woran es aber wirklich liegt, würde mich trotzdem interessieren.

es liegt an folgendem teil der kernelconfig
-> CONFIG_BLK_DEV_OFFBOARD=y

was hast du in der append="" zeile in der lilo.conf stehen?

laut hilfe text der kernelconfig:

CONFIG_BLK_DEV_OFFBOARD:


Normally, IDE controllers built into the motherboard (on-board controllers) are assigned to ide0 and ide1 while those on add-in PCI cards (off-board controllers) are relegated to ide2 and ide3.

Answering Y here will allow you to reverse the situation, with off-board controllers on ide0/1 and on-board controllers on ide2/3.
This can improve the usability of some boot managers such as lilo when booting from a drive on an off-board controller.



If you say Y here, and you actually want to reverse the device scan order as explained above, you also need to issue the kernel command line option "ide=reverse". (Try "man bootparam" or see the documentation of your boot loader (lilo or loadlin) about how to pass options to the kernel at boot time.)

Note that, if you do this, the order of the hd* devices will be rearranged which may require modification of fstab and other files.



hättest du noch etwas gewartet, wäre ein test mit append="ide=reverse" interessant gewesen, dann brauchst du nämlich nicht die fstab verändern.

Vielen Dank für den Hinweis, klingt jedenfalls plausibel. Es ist ja auch noch nix passiert, sobald ich alle Dateien umgeschaufelt habe (denn dafür hab' ich die neue Platte gebraucht), kann ich es ja damit versuchen.

Ich werde mich jedenfalls diesbezüglich wieder melden, falls es das war.