Reihenfolge beim Laden von Modulen

[Darkwhite]

Hallo,

um eine Fehlermeldung beim Laden von Dazuko zu umgehen, muss ich -laut FAQ von Dazuko- erst das dazuko-Modul und dann das capabilities laden lassen.

Etwas ..ähm.. doofe Frage: Wie mache ich das? Oder: Wo stelle ich eigentlich die Modul-Reihenfolge beim Booten ein??
Das habe ich noch nie gebraucht, seit einigen Jahren mit Debian...

[TCA]

Ich bin mir jetzt nicht ganz sicher aber ich glaube es werden die Module
in der Reihenfolge geladen in der sie in /etc/modules stehen.

Hatte mal ein ähnliches Problem mit den Modulen 2er Soundkarten und
da hat es geholfen.

[KBDCALLS]

Dann darf dir aber nicht die initrd dazwischenfunken. Bei Hotplug weiß ichs nicht genau. Der dürfte aber erst zum Zuge kommen wenn /etc/Modules abgearbeitet ist.

[Darkwhite]

Danke für die Antworten, aber irgendwas funkt tatsächlich dazwischen. Das Modul capabilities wird offenbar nicht über die /etc/modules geladen (danke für den Hinweis) und wenn ich das Dazuko-Modul dort eintrage, klappt es auch nicht.
Da in den /etc/modules auch keine (nennenswerten) Module verzeichnet sind, muss es wohl noch eine andere Möglichkeit geben!?

Welche ist das?

[KBDCALLS]

Trag mal in der mkinitrd.conf dep anstatt all ein. Und mache ein dpkg-reconfigure deines Kernelimages.

[Darkwhite]

Danke für die Hilfe.

Ich habe das nun genauso gemacht (nur stand da kein "all" sondern ein "most" in der Datei), aber das Problem ist immer noch da. Die Capabilities werden offenbar vor Dazuko geladen.

Was mir noch aufgefallen ist, wenn ich Dazuko aus der /etc/modules entferne, dann wird es dennoch -nach- den Capabilities geladen.

Mit dem "Trick" von Dazuko, also erst Capabilities deaktivieren, dann Dazuko laden, dann Capabilities wieder laden klappt es.

Unter dazuko.org steht noch ein Hinweis für die SuSe-Fraktion, da wird offenbar in der /etc/sysconfig/kernel eine Einstellung getätigt.
Mit SuSe kenne ich mich überhaupt nicht aus, gibt es aber evtl. eine ähnliche Einstellung für/unter Debian?

Vielen, vielen Dank!

[KBDCALLS]

Auf jedenfall steht auch der Seite http://www.dazuko.org das es Probleme mit dem Modul Capabilitys gibt.

[Darkwhite]

Ja, aber "nur" wenn die Capabilities vor dem Dazuko-Modul geladen wird. Wenn erst Dazuko und dann Capabilities läuft das Ganze problemlos...
Deshalb wird ja vorgeschlagen, dass die Reihenfolge umgedreht wird!

[mistersixt]

Schau doch mal in /var/log/boot nach, wann das Modul geladen wird. Wenn dort steht "Calculating module dependencies..." und "Loading modules..." wird gerade die /etc/modules abgearbeitet, wenn dort steht "Starting hotplug subsystem", dann versucht hotplug, die Module für Deine Hardware zu laden.

Andere Frage: wenn Du einen Kernel-2.6 haben solltest, gibt es vielleicht eine Datei /etc/modules-2.6 oder /etc/modules-`uname -r`(also zum Beispiel /etc/modules-2.6.8-2-686), diese werden im Fall des Vorhandenseins durch das Start-Script /etc/init.d/modules-init-tools bevorzugt.

Gruss, mistersixt.

[Darkwhite]

Eine /var/log/boot existiert bei mir zwar nicht, aber ich habe dennoch über die /var/log/messages feststellen können, dass erst die Capabilities, dann das Dazuko-Modul geladen werden soll. Aber -und dass ist jetzt etwas eigenartig- weder von hotplug noch über die /etc/modules. Es scheint mir, als ob der Virenscanner (antivir-workstation) die Module lädt. Warum jetzt in "verkehrter" Reihenfolge ist mir allerdings schleierhaft.

Danke auch für den zweiten Hinweis, der Kernel ist ein 2.6.12.4er, aber eine entsprechende Modules gibt es nicht.

Da mir jetzt nichts anderes mehr einfällt werde ich mal die Module über ein Initskript laden bzw. deaktivieren lassen.

Oder gibt es noch eine (saubere/schönere/bessere) Möglichkeit?

Danke!

[KBDCALLS]

Bind9 könnte der jenige welcher sein.

Hab nämlich mal versuchweise eine grep über das /etc/Vereichnis laufen lassen.

Code: Alles auswählen

find |xargs grep capability

Und der fördert sowas zu Tage.

Code: Alles auswählen

./init.d/bind9: modprobe capability >/dev/null 2>&1 || true
./rc0.d/K85bind9:       modprobe capability >/dev/null 2>&1 || true
./rc1.d/K85bind9:       modprobe capability >/dev/null 2>&1 || true
./rc2.d/S15bind9:       modprobe capability >/dev/null 2>&1 || true
./rc3.d/S15bind9:       modprobe capability >/dev/null 2>&1 || true
./rc4.d/S15bind9:       modprobe capability >/dev/null 2>&1 || true
./rc5.d/S15bind9:       modprobe capability >/dev/null 2>&1 || true
./rc6.d/K85bind9:       modprobe capability >/dev/null 2>&1 || true

[Darkwhite]

Hmm... sieht so aus als wäre das die Erklärung. Mittels init-Skript läuft das Ganze auch, der einzige Fehler ist noch eine Kompatibilitätssache.
Da ich das Dazuko-Initskript vor Bind9 laufen lasse, war's das wohl.

Vielleicht nicht ganz elegant, aber wirkungsvoll

Vielen Dank für die tolle Hilfe, ich hätte das niemals rausgefunden!