post-install sg und 8139too will nicht
Hallo, warum macht alias eth0 8139too post-install 8139too /sbin/ethtool -s eth0 wol umbg in /etc/conf.modules keinen Muxer? Die 8139too-Netzwerkkarte bleibt von dem Versuch der WOL-Schaltung unberührt. Die manuelle Ausführung von /sbin/ethtool -s eth0 wol umbg als root führt zu dem gewünschten Erfolg. Das gleiche mit meinem SCSI-Scanner: alias char-major-21 sg post-install sg echo "scsi add-single-device 0 0 5 0" >/proc/scsi/scsi Hier passiert auch gar nichts. Schalte ich den SCannner erst nach dem booten ein, so bewirkt ein Aufruf xsane umax:/dev/sg1 & nur Fehler, daß der SCanner nicht existiert. Und das stimmt auch, denn eine cat /proc/scsi/scsi zeigt tatsächlich keinen Scanner. Erst die manuelle Ausführung von echo "scsi add-single-device 0 0 5 0" >/proc/scsi/scsi führt zu dem gewünschten Erfolg. Die Suse-Liste der vergangene Jahre ist voll von lapidaten Bekundungen, daß es mit post-install funktioniert. Bei mir ist es noch NIE geglückt. Ich hatte es vor Jahren schonmal probiert. Seitdem steht alles in der boot.local. Muß das sein? thx Ekkard
Nachtrag: * Ekkard Gerlach (ich) schrieb:
xsane umax:/dev/sg1 & nur Fehler, daß der SCanner nicht existiert.
bei dem Aufruf von xsane kommt unter /var/log/messages innerhalb einer Sekunde etwa 10 Mal: Aug 21 14:23:09 rex2 resmgr[992]: accepted connection from user gerlach Aug 21 14:23:09 rex2 xsane: resmgr: server response code 500 Aug 21 14:23:09 rex2 resmgr[992]: disconnect from gerlach Ekkard
Hallo! Ekkard Gerlach wrote:
warum macht
alias eth0 8139too post-install 8139too /sbin/ethtool -s eth0 wol umbg
in /etc/conf.modules keinen Muxer? Die 8139too-Netzwerkkarte bleibt von dem Versuch der WOL-Schaltung unberührt. Die manuelle Ausführung von /sbin/ethtool -s eth0 wol umbg als root führt zu dem gewünschten Erfolg.
Wird das Modul fuer die Netzwerkkarte wirklich erst bei Bedarf geladen oder ist nicht etwa doch die Unterstuetzung fest im Kernel? Wurden die Module-Abhaengigkeiten per "depmod -a" er- neuert nach dem Aendern der /etc/modules.conf? Ist der angege- bene Befehl korrekt? Funktioniert es, wenn Du per "modprobe 8139too" das Modul als Root von Hand laedst? Ist das Modul wider Deinen Erwartungen evtl. schon geladen? Du solltest auch "man modprobe" und "man modules.conf" lesen im Hinblick auf das autoclean Feature. Ich habe das spasseshalber gerade mal getestet: Ich habe in die /etc/modules.conf die Zeile post-install vfat /sbin/lsmod | grep nvidia eingetragen. Das ist zum Testen fuer mich ganz gut, weil ich vfat nicht wirklich verwende, es also per modprobe einfach la- den und per rmmod einfach entladen kann. Nach einem "depmod -a" ergibt sich: $> su $> modprobe vfat nvidia 1541824 10 (autoclean) $> Siehe da, der Befehl wurde ordnungsgemaess ausgefuehrt. Inso- fern scheint es also zu gehen... Mit der Netzwerkkarte kann ich das hier natuerlich nicht nachvollziehen, da ich andere Hardware habe und den Rechner hier auch nicht runterfahren bzw. rebooten kann und das Netzwerk auch gebraucht wird. [...]
Die Suse-Liste der vergangene Jahre ist voll von lapidaten Bekundungen, daß es mit post-install funktioniert.
Tut es ja auch, wie ich Dir hier gezeigt habe... CU, Thomson
* Thomas Hertweck schrieb:
Wird das Modul fuer die Netzwerkkarte wirklich erst bei Bedarf geladen oder ist nicht etwa doch die Unterstuetzung fest im Kernel?
Nein, Modul wird gleich zu Beginn geladen. Mir ist damit auch mein Irrtum aufgefallen: dieses post-install wirkt nur, wenn das Modul weder beim booten noch von insmod, sondern GANZ und ALLEINE von modprobe geladen wurde! (Selber probiert, geht!) Schön, jetzt weiß ich wie post-install funktioniert. Und warum sagen die Heinis in http://ahh.sourceforge.net/wol/faq.html daß WOL per post-install dauerhaft verankerbar ist? Glaube die, daß eine Netzwerkkarte im allgemeinen nur wegen WOL in den PC eingebaut und nicht schon beim booten aktiviert wird? - Wirklich höchst seltsam ... Otto-Normaluser wird sicherlich über seine Netzwerkkarte, die er auch sonst braucht, WOL nutzen. Dann ist post-install absolut witzlos. Ich trage des WOL-Befehlt halt in die boot.local ein. 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! 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 ... 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? thx Ekkard
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
* Thomas Hertweck schrieb:
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.
ok, hatte ich mir so gedacht, eben mit Skript und sudo.
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
root@rex2:~>cat /proc/sys/kernel/modprobe /sbin/modprobe
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
witzig ..
Fuer den taeglichen Gebrauch ist das natuerlich nichts, aber zum Testen ganz lustig. Nach dem Laden des Modules sg sollte
Wenn das bei Dir nicht so geht, kann ich mir nur vorstellen,
doch, es ist wie Du sagst. Habe gerade mal einen Test gemacht: den Scanner erst nach Durchlauf durch das SCSI-BIOS eingeschaltet. Als dann meine Suse (8.2) an der Reihe war, war der Scanner schon bereit - und prompt hat das echo "...." des post-install von modules.conf gewirkt. Der Scanner war da! Habs jetzt verstanden, danke. thx Ekkard
participants (2)
-
Ekkard Gerlach -
Thomas Hertweck