![](https://seccdn.libravatar.org/avatar/208f884b860bee2b1a5f890e5c5756d7.jpg?s=120&d=mm&r=g)
Ekkard Gerlach schrieb:
[...] Da frage ich mich noch, wie das mit post-install bei SCSI-Scannern sein soll. Ist am SCSI-Hostadapter schon ein Brenner angeschlossen, wie bei mir, dann ist das sg-Modul schon geladen und ein post-install ist dann ebenfalls witzlos!
Das ist natuerlich korrekt. Wenn mehrere Geraete das gleiche Modul brauchen und beim Einschalten Deines Scanners das be- noetigte sg-Modul schon geladen ist (wegen dem vorhandenen Brenner), dann nuetzt Dir hier ein echo-Befehl zum Initiali- sieren des Scanners nichts.
Dabei wurde doch immer damit geworben, daß der Scanner erst bei Bedarf eingeschaltet werden braucht, unabhängig davon ob schon andere SCSI-Geräte installiert sind. Komisch ...
Kann er ja auch. Du brauchst die echo-Zeile ja nur in ein Skript packen, das ein User ueber sudo ausfuehren kann, und schon ist der Scanner verfuegbar.
Ich frage mich, was überhaupt das post-install oder pre-install soll, wenn eine Anwendung, die bei Start die Module lädt - und eben i.d.R. nicht per modprobe sondern per insmod - NIEMALS in den Genuß des formulierten pre- oder post-install kommt. Ist das pre-/ post-install wirklich nur nutzbar, wenn der User am Terminal stur "modprobe XYZ" eingibt oder er sich ein Skript bastelt, das die Module explizit per modprobe lädt?
Moment? Wenn Module vom Kernel ueber kmod automatisch geladen werden, so geht das i.d.R. ueber modprobe. Du benutzt schon kmod und nicht kerneld, oder? Was sagt bei Dir denn "cat /proc/sys/kernel/modprobe"? Hier sollte das Programm ausgegeben werden, mit dem Module durch den Kernel automatisch geladen werden. Das ist normalerweise /sbin/modprobe. Modprobe benutzt uebrigens intern auch wieder nur insmod zum Laden des Modules - AFAIK ist der Aufruf als "/sbin/insmod" hart eingecoded... Ich habe mal wieder einen Test gemacht. Und zwar habe ich in /etc/modules.conf die folgende Zeile eingetragen: post-install sg /usr/bin/play /opt/kde3/share/sounds/pop.wav Fuer den taeglichen Gebrauch ist das natuerlich nichts, aber zum Testen ganz lustig. Nach dem Laden des Modules sg sollte also etwas aus dem Lautsprecher zu hoeren sein, naemlich ein "pop"... Nach der Aenderung an der Datei habe ich ein "depmod -a" aufgerufen... So. Ein "lsmod | grep sg" liefert keine Ausgabe, d.h. das Modul sg ist nicht geladen. Nun brauche ich eine Anwendung, die auf ein Device /dev/sg? zugreift. Das hat die Major-Nummer 21, dementsprechend sollte durch den Kernel automatisch das Modul sg geladen werden. Dazu verwende ich nun "cdrecord -scanbus". Beim Aufruf von cdrecord ertoent mein "pop" und ein anschlies- sendes "lsmod | grep sg" zeigt, dass das Modul sg einwand- frei geladen wurde, und zwar voellig automatisch. Ebenfalls wurde, wie zu hoeren war, der post-install Befehl korrekt abgearbeitet, und cdrecord listet mir mit o.a. Befehl auch meine ide-scsi Geraete korrekt auf. Also alles so, wie es sein soll. Das direkte Aufrufen von "modprobe sg" funktio- niert natuerlich auch und auch hier wird der post-install Befehl korrekt abgearbeitet. Wenn das bei Dir nicht so geht, kann ich mir nur vorstellen, dass Du eine alte SuSE-Version einsetzt, wo sich das alles vielleicht anders verhaelt. Mit kmod (nicht mit dem User- Space Programm kerneld) funktioniert das hier beim automa- tischen Laden von Modulen auch mit post-install alles ein- wandfrei. CU, Thomson