Mailinglist Archive: opensuse-de (4006 mails)

[Thomas Hertweck <Thomas.Hertweck@xxxxxxxxxxxxxxxxxxxx>]

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