Hallo. Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt. Über Google habe ich zwar eine Menge zum Laden gefunden, aber nichts, wie man das verhindert. Und als ich das letzte Mal zu tun hatte, hatte ich noch SuSE 7.0. Jetzt übrigens 9.0. Da das so lange her ist, weiß ich nicht einmal mehr, wo ich gucken muss. Ich dachte es wäre die Datei /etc/modules.conf. Da habe ich aber nichts gefunden (gesucht mit cat modules.conf | grep print). Könnt ihr mir mal wieder auf die Sprünge helfen? Gruß Marcus
Hallo, Am Sun, 04 Apr 2004, Marcus Habermehl schrieb:
Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt.
Evtl: /etc/sysconfig/kernel -> MODULES_LOADED_ON_BOOT -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Am Mo, 2004-04-05 um 02.22 schrieb David Haller:
Hallo,
Am Sun, 04 Apr 2004, Marcus Habermehl schrieb:
Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt.
Evtl: /etc/sysconfig/kernel -> MODULES_LOADED_ON_BOOT
Nein, leider nicht. Oder könnte SuSE das fest in den Kernel eincompiliert haben? Gruß Marcus
Marcus Habermehl wrote:
Am Mo, 2004-04-05 um 02.22 schrieb David Haller:
Am Sun, 04 Apr 2004, Marcus Habermehl schrieb:
Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt.
Evtl: /etc/sysconfig/kernel -> MODULES_LOADED_ON_BOOT
Nein, leider nicht.
Oder könnte SuSE das fest in den Kernel eincompiliert haben?
Wenn es fest in den Kernel compiliert ist, dann gibt es das Modul nicht, also kann es auch nicht ueber "lsmod" angezeigt werden - das wirst Du ja aber sicher ueberprueft haben, oder? Wenn das Modul existiert und sich nicht entladen laesst, spricht einiges dafuer, dass andere Module davon abhaengen bzw. dass das Modul printer.o gebraucht wird. Warum moechtest Du es denn entladen, sprich, was ist eigentlich Dein hintergruendiges Problem? Fuer das Laden mancher Module muss weder ein Eintrag in /etc/modules.conf vorhanden sein noch muss es explizit (modprobe Befehl durch root) geladen werden - modprobe kennt einige Aliase von Haus aus, d.h. wenn der Kernel eine entsprechende Unterstuetzung anfordert, kann es sein, dass modprobe entsprechend Module laedt. Ein "alias printer off" in /etc/modules.conf mit anschliessendem "depmod -a" koennte Abhilfe schaffen... CU, Th.
On Monday 05 April 2004 08:52, Thomas Hertweck wrote:
Marcus Habermehl wrote:
Am Mo, 2004-04-05 um 02.22 schrieb David Haller:
Am Sun, 04 Apr 2004, Marcus Habermehl schrieb:
Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt.
Evtl: /etc/sysconfig/kernel -> MODULES_LOADED_ON_BOOT
Nein, leider nicht.
Oder könnte SuSE das fest in den Kernel eincompiliert haben?
Wenn es fest in den Kernel compiliert ist, dann gibt es das Modul nicht, also kann es auch nicht ueber "lsmod" angezeigt werden - das wirst Du ja aber sicher ueberprueft haben, oder? Wenn das Modul existiert und sich nicht entladen laesst, spricht einiges dafuer, dass andere Module davon abhaengen bzw. dass das Modul printer.o gebraucht wird. Warum moechtest Du es denn entladen, sprich, was ist eigentlich Dein hintergruendiges Problem? Fuer das Laden mancher Module muss weder ein Eintrag in /etc/modules.conf vorhanden sein noch muss es explizit (modprobe Befehl durch root) geladen werden - modprobe kennt einige Aliase von Haus aus, d.h. wenn der Kernel eine entsprechende Unterstuetzung anfordert, kann es sein, dass modprobe entsprechend Module laedt. Ein "alias printer off" in /etc/modules.conf mit anschliessendem "depmod -a" koennte Abhilfe schaffen...
IMO ist printer.[k]o das Kernelmodul für USB-Drucker. Also wird das bei ihm wohl mit starten von hotplug automatisch nachgeladen werden und lässt sich nicht entladen, weil z.B. cups läuft. Der Sinn, gerade diese Modul entladen zu wollen, entzieht sich mir allerdings auch. Andreas
Am Mo, 2004-04-05 um 09.09 schrieb Andreas Kyek:
On Monday 05 April 2004 08:52, Thomas Hertweck wrote:
Marcus Habermehl wrote:
Am Mo, 2004-04-05 um 02.22 schrieb David Haller:
Am Sun, 04 Apr 2004, Marcus Habermehl schrieb:
Ich würde gerne verhindern, dass das Module printer.o beim Start des Systems geladen wird, da es ich im laufenden Betrieb nicht entladen lässt.
Evtl: /etc/sysconfig/kernel -> MODULES_LOADED_ON_BOOT
Nein, leider nicht.
Oder könnte SuSE das fest in den Kernel eincompiliert haben?
Wenn es fest in den Kernel compiliert ist, dann gibt es das Modul nicht, also kann es auch nicht ueber "lsmod" angezeigt werden - das wirst Du ja aber sicher ueberprueft haben, oder?
Ja. Das Modul wird von lsmod angezeigt.
Wenn das Modul existiert und sich nicht entladen laesst, spricht einiges dafuer, dass andere Module davon abhaengen bzw. dass das Modul printer.o gebraucht wird. Warum moechtest Du es denn entladen, sprich, was ist eigentlich Dein hintergruendiges Problem?
Das betrifft drei Threads, die ich letzten Monat wegen meinem Multifunktionsgerät angestoßen habe. In einer Anleitung stand, dass dieses Modul unter Umständen Probleme verursachen kann. Auch wenn es eine ältere Kernel-Version betraf, dachte ich mir, dass ich es mal testen könne.
Fuer das Laden mancher Module muss weder ein Eintrag in /etc/modules.conf vorhanden sein noch muss es explizit (modprobe Befehl durch root) geladen werden - modprobe kennt einige Aliase von Haus aus, d.h. wenn der Kernel eine entsprechende Unterstuetzung anfordert, kann es sein, dass modprobe entsprechend Module laedt. Ein "alias printer off" in /etc/modules.conf mit anschliessendem "depmod -a" koennte Abhilfe schaffen...
In etwa war _das_ die Lösung. Allerdings nicht für printer, sondern für scanner. Das Modul einfach zu entladen hat nichts gebracht. Das Modul durfte von vorne herein nicht geladen werden. Somit ist auch mein Problem mit dem Mutlifunktionsgerät erledigt.
Der Sinn, gerade diese Modul entladen zu wollen, entzieht sich mir allerdings auch.
Wie oben schon geschrieben. Sollte das die Abhilfe für ein Problem mit ptal und dem hpoj/hpijs sein. Aber davon mal abgesehen. Könnte ich mit dem oben beschriebenen Alias zukünftig so etwas lösen? Auch, wenn ich nicht glaube, dass ich es nochmal brauche. Gruß Marcus
participants (4)
-
Andreas Kyek -
David Haller -
Marcus Habermehl -
Thomas Hertweck