(gelöst) - fstab zu früh

[camper]

Hallo .

Zunächst zur Info... ich habe am letzten WE per netinst ein Debian Linux auf meinem System installiert.
Linux version 2.4.27-2-386
gcc version 3.3.5
Debian 1:3.3.5-13

Die gesammte Installation verlief klasse, ohne Probleme von a bis z. Feine Sache.

In dieses System habe ich nachträglich einen SCSI Adapter und daran ein Bandlaufwerk und eine zusätzliche Festplatte eingebaut.

Beides funktioniert super. Sowohl Bandlaufwerk als auch SCSI Festplatte arbeiten einwandfrei.

Um mir das manuelle mounten der SCSI Festplatte zu ersparen, habe ich die Platte in /etc/fstab eingebunden.
/dev/sda1 /mnt/ftp ext3 defaults 0 2

Tja... und nun kommt das Problem ......

Der Bootvorgang wird unterbrochen und es erscheint die Fehlermeldung:
----------------------------------------------
Sun Mar 5 14:53:36 2006: Checking all file systems...
Sun Mar 5 14:53:36 2006: fsck 1.37 (21-Mar-2005)
Sun Mar 5 14:53:36 2006: fsck.ext3: No such device or address while trying to open /dev/sda1
Sun Mar 5 14:53:36 2006: Possibly non-existent or swap device?
Sun Mar 5 14:53:36 2006:
Sun Mar 5 14:53:36 2006: fsck failed. Please repair manually.
Sun Mar 5 14:53:36 2006:
Sun Mar 5 14:53:36 2006: CONTROL-D will exit from this shell and continue system startup.
Sun Mar 5 14:53:36 2006:
Sun Mar 5 14:53:36 2006: Give root password for maintenance
Sun Mar 5 14:53:36 2006: (or type Control-D to continue):
Sun Mar 5 14:55:58 2006: Setting kernel variables ...
Sun Mar 5 14:55:58 2006: ... done.
Sun Mar 5 14:55:58 2006: Mounting local filesystems...
Sun Mar 5 14:55:58 2006: mount: /dev/sda1 is not a valid block device
----------------------------------------------

Grund... Das SCSI Device ist zum Zeitpunkt des ausführens der fstab noch nicht eingebunden.

Ich könnte nun zwar mit Automount die Platte in dem moment mounten, wo sie benötigt wird oder per Script nachträglich mounten, aber das ist mir zu unsauber und ein wenig "durch die Brust ins Auge".
Schöner wäre es, wenn ich die Reihenfolge beim booten verändern könnte. Also erst SCSI Board und dann fstab bearbeiten.

Hat jemand eine Idee, wie sich das einrichten lässt?

[ToPeG]

Es liegt nicht so wie du denkst an der "fstab", denn "fsck" greift zwar auf die "fstab" zu, um die zu überprüfenden Laufwerke zu finden, mountet sie aber nicht. vielmehr wird das device "/dev/sda1" nicht gefunden. Kann es sein, daß der ScsiTreiber zu dem Zeitpunkt noch nicht geladen ist? Oder könnte es sein, daß "sda" nicht partitoniert und/oder formatiert ist? Das zumindest deutet die Zeile an:

Code: Alles auswählen

mount: /dev/sda1 is not a valid block device

Was passiert, wenn du beim laufenden System ein

Code: Alles auswählen

mount -a

ausführst? (mit dem Befehl versucht "mount" alle Laufwerke aus der "fstab" wie beim Systemstart zu mounten)

[KBDCALLS]

Das ist der falsche Ansatz. Solange die Module nicht geladen sind funktioniert auch kein Automount oder sonstwas. Was hilft ist eine neue Initrd bauen.

Code: Alles auswählen

 dpkg-reconfigure kernel-image-2.4.27-2-386

PS. Richtigen Namen einsetzen.

[camper]

Es liegt nicht so wie du denkst an der "fstab", denn "fsck" greift zwar auf die "fstab" zu, um die zu überprüfenden Laufwerke zu finden, mountet sie aber nicht. vielmehr wird das device "/dev/sda1" nicht gefunden. Kann es sein, daß der ScsiTreiber zu dem Zeitpunkt noch nicht geladen ist? Oder könnte es sein, daß "sda" nicht partitoniert und/oder formatiert ist? Das zumindest deutet die Zeile an:

Code: Alles auswählen

mount: /dev/sda1 is not a valid block device

Das ist ja das Problem... Die SCSI Treiber tauchen im Log erst einige Zeilen später also nach dem CONTROL - D auf... .
Wie bekomme ich die SCSI Treiber früher geladen??

Was passiert, wenn du beim laufenden System ein

Code: Alles auswählen

mount -a

ausführst? (mit dem Befehl versucht "mount" alle Laufwerke aus der "fstab" wie beim Systemstart zu mounten)

Die Platte ist formatiert. Sobald der komplette Bootvorgang durch ist, ist die Platte vorhanden und lässt sich mounten. Sie steht eben nur zu dem Zeitpunkt beim boot noch nicht zur Verfügung.

[KBDCALLS]

Les mal den Artikel über deinem.

[camper]

Danke...

But.. nu kommt die Bemerkung des Tages...
Sorry.... aber ich nutze Debian erst seit dem letzten WE... *LOOL*

Was meinst Du mit richtigem Namen?

lt. man werden Pakete rekonfiguriert und dafür ne Menge Fragen wie bei der Neuinstallation gestellt, deshalb vorab ein paar Fragen von mir:
- Wird dadurch die Reihenfolge des bootvorganges neu erstellt / korrigiert?
- kann / muss ich diese beeinflussen, durch verändern irgendwelcher config files?
- sollte ich vorher etwas sichern? (Hmm. ist eigentlich noch ein ziemlich jungfrauliches System, also viel zu sichern gibt es nicht. Aber booten sollte es schon wieder)

Danke schon mal im Voraus.

[derflo]

Was meinst Du mit richtigem Namen?

Den Namen deines Kernels, den bekommst du mit dem Befehl

Code: Alles auswählen

uname -r 

raus, und dann einfach den fetten teil des Komandos ersetzen

dpkg-reconfigure kernel-image-2.4.27-2-386

[ToPeG]

Oder für die ganz faulen:

Code: Alles auswählen

dpkg-reconfigure kernel-image-`uname -r`

Das Initialisiert den Kernel für den nächsten boot neu, sodaß alle aktuell geladenen "wichtigen" Treiber direkt am Anfang beim Systemstart geladen werden.

Die Ausgabe sollte ungefähr so aussehen:

Code: Alles auswählen

Running depmod.
Finding valid ramdisk creators.
Using mkinitrd.yaird to build the ramdisk.
Not updating initrd symbolic links since we are being updated/reinstalled
(2.4.27-2 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(2.4.27-2 was configured last, according to dpkg)
Running postinst hook.

Danach sollte die Ausgabe des Bootloaders erfolgen (grub oder lilo)

[camper]

zunächst mal danke für die Super Beschreibung.

Habe dann mal dpkg-reconfigure kernel-image-`uname -r` gestartet und hab' jetzt eine neue "initrd.img".
Leider hat das ganze nichts gebracht. Der Bootvorgang wird immer noch an gleicher Stelle mit gleicher Meldung unterbrochen.
Der SCSI Adapter wird (lt /var/log/kern.log) ca 50 Sek nach dem mount der /dev/sda1 (lt. /var/log/boot) angesprochen; steht somit zum Zeitpunkt des mounts nicht zur Verfügung.
Muss da nicht vielleicht doch irgendwo in einer config ein Eintrag, der dann bei dpkg-re... übernommen wird?

Die Unterbrechung habe ich nun erstmal raus, indem ich in der /etc/fstab den letzten Wert von 2 auf 0 gesetzt habe. (habe in der Doku gefunden, dass so der fsck unterdrückt wird.)
So kann ich wenigstens wieder remote booten. Aber mounten muss ich nach dem Bootvorgang immer noch "von Hand".

Schade... aber schafft Platz für neues zum Lernen.
Vielleicht noch eine Idee für mich über ??

[KBDCALLS]

Poste mal die Ausgaben von

Code: Alles auswählen

lspci

und

Code: Alles auswählen

lsmod

Aber bitte hierhin http://nopaste.debianforum.de/

Aber was du schon mal versuchen kannst.

In der Datei

Code: Alles auswählen

/etc/mkinitrd/mkinitrd.conf

Code: Alles auswählen

MODULES=most

durch

Code: Alles auswählen

MODULES=dep

ersetzen.

[camper]

Die Ausgaben von "lspci" + "lsmod" habe ich dort eingetragen.
(hmmm. wie bekommst Du diese hier zu sehen ??)

Modules=most gegen Modules=dep tauschen hat nichts gebracht.

[KBDCALLS]

Hättes den Link dann hier Posten müssen. Aber mal schauen.

[KBDCALLS]

http://nopaste.debianforum.de/2585

[camper]

Hättes den Link dann hier Posten müssen. Aber mal schauen.

*LOOOL* habs grad gelesen...
danke.

[KBDCALLS]

Aber trag mal die Module

Code: Alles auswählen

 
scsi_mod
sd_mod 
tmcsim

in der Datei

Code: Alles auswählen

 /etc/modules

ein . Eventuell kommen wir doch um die Initrd herum.

[camper]

Yeeeehhaaaaa...
das war's.

Super, allerherzlichsten Dank.. nu ist die SCSI Platte beim booten direkt da.

Sorry, hat nen kleinen moment gedauert .. musste 2 x booten.

schon mein Lehrer sagte, man soll nicht einfach alles stumpf abschreiben....

Code: Alles auswählen

 
tmcsim

muss "tmscsim" heissen.

Nochmal's .... vielen Dank.
Das System macht mir immer mehr spass.