module werden nicht rechtzeitig beim boot geladen

[IMehler]

ich habe eine verschlüsselte partition mit ext3 und aes erstellt. damit die kernel module beim boot geladen werden habe ich unter suse linux 10.0 unter
/etc/sysconfig/kernel (schreib ich aus dem gedächtnis)

bei module_load_on_boot (schreib ich aus dem gedächtnis) = "aes cryptoloop" hinzugefügt.

also sollten theoretisch die module beim boot geladen werden und so meine kryptopartition mit dem aes modul funktionieren.

in der /etc/fstab steht folgendes

/dev/hda7 /mnt/geheim/ ext3 user,defaults,encryption=aes 0 0

beim bootvorgang werde ich dann nach dem passwort gefragt aber jedes mal die meldung, dass der kernel die verschlüsselung nicht unterstützt.

nach dem kde start allerdings, kann ich ohne problem die krypto partition händisch mounten.

also ich denke das problem ist, dass die module nicht rechtzeitig beim systemstart geladen werden.

woran kanns liegen?

[drcux]

Schreib die Module in die initrd:

/etc/sysconfig/kernel
INITRD_MODULES="..."

danach noch ein

/sbin/mk_initrd

[t0n1]

Ich häng mich mal einfach hier rein...
Ich habe im Moment das Problem, dass ich das Modul für meinen WLan-Chip jedesmal nach dem Booten "modproben" muss, bevor ich es nutzen kann.

Ich würde das gern automatisieren, also quasi "modprobe $MODUL" gleich beim Booten starten... Ein Eintrag in /etc/modules ist es übrigens schonmal nicht...

Kann jemand helfen?

[drcux]

zB in /etc/init.d/boot.local

[t0n1]

Das wars schonmal nicht.
Es geht übrigens um Sidux, also Debian, falls das hilft...

[drcux]

Es geht übrigens um Sidux, also Debian, falls das hilft...

Das ist einer der Grundinfos, die immer gleich mitkommen sollten....

[t0n1]

Aber viele Dinge sind ja auch Distriunabhängig

[Rain_maker]

Aber dieses "Ding" nicht.

[MiGo]

Ein Eintrag in /etc/modules ist es übrigens schonmal nicht...

Das steht iirc auch schon geraume Zeit in /etc/modprobe.d. Wenn es eine /etc/modules noch gibt, dann aus Kompatibilitätsgründen.
(Und das ist doch distributionsunabhängig )

[tictactux]

Hi t0n1,

du solltest Fragen präziser stellen...
Um was für ein Modul handelt es sich? Normalerweise sollte das Modul beim Booten automatisch geladen werden, falls das Gerät aktiviert ist und vom Kernel nativ unterstützt wird.
Es wäre also zu prüfen wieso das Laden nicht stattfindet.
Unter was für einem Gerätenamen taucht das nach manuellem Laden des Moduls auf? (ethX, wlanX, athX...)
Vielleicht hilft dann ein entsprechender Alias-Eintrag im Verzeichnis /etc/modprobe.d (dort eine Datei erstellen mit dem Inhalt

alias ethX modulname

- statt ethX natürlich den korrekten Gerätenamen)
Gibt es evtl. in /var/log/messages Hinweise auf das gescheiterte Laden des Moduls zur Bootzeit?

hth

@MiGo: /etc/modules hat schon noch eine Funktion, zumindest auf reinem Debian, die modprobe.d/* konfiguriert Module ja nur, /etc/modules bestimmt ob sie geladen werden.

[t0n1]

Es geht um ipw3945.
Beim Booten unter Sidux muss ich wie gesagt "modprobe ipw3945" ausführen, um das Modul zu laden...

[MiGo]

/etc/modules hat schon noch eine Funktion, zumindest auf reinem Debian, die modprobe.d/* konfiguriert Module ja nur, /etc/modules bestimmt ob sie geladen werden.

I stand corrected

[t0n1]

So, ich habe gerade mal geguckt.
Bei mir gibt es ein Verzeichnis /etc/modprobe.d/ in dem sich sogar eine datei "ipw3945d" befindet. Ich denke, bis dahin ist alles i.O. Die Datei selbst hat folgenden Inhalt:

install ipw3945 modprobe --ignore-install ipw3945 $CMDLINE_OPTS && /etc/init.d/ipw3945d modprobe-start
remove  ipw3945 /etc/init.d/ipw3945d modprobe-stop && modprobe -r --ignore-remove ipw3945

Kann mir das mal jemand übersetzen? eigentlich will ich das Modul ja "nur" laden und nicht installieren und ignorieren und löschen... Hat das da alles seine Richtigkeit?
Die Schnittstelle ist eth1.

Ansonsten erstmal vielen Dank, dass ihr euch meines Problems so geduldigt annehmt

[tictactux]

die Übersetzung zunächst: das "install" in der Datei unter /etc/modprobe.d bedeutet, daß der dortige Befehl beim *Laden* des Moduls ausgeführt wird, hat also mit "Installation" im üblichen Sinne nichts zu tun, analog das "remove".

Steht denn nun bei Dir auch in /etc/modules eine Zeile "ipw3945" ?
Falls nicht, füge die dort ein.
Und falls das Modul dann immer noch nicht geladen wird, prüfe /var/log/messages, suche dort nach ipw3945.
z.B. less /var/log/messages als root, suchen mit "/ipw3945", nächste Fundstellen mit "n"

[t0n1]

Wenn ich die Zeile dort einfüge, bringt das leider nichts.
in /var/log/messages steht darüber zu jedem Boot folgendes:

Jan 28 20:49:38 tl kernel: ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.2.2dmpr
Jan 28 20:49:38 tl kernel: ipw3945: Copyright(c) 2003-2006 Intel Corporation
Jan 28 20:49:38 tl kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 18 (level, low) -> IRQ 18
Jan 28 20:49:38 tl kernel: ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
Jan 28 20:49:40 tl kernel: ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)