[gelöst] ndiswrapper - module bei boot laden - 13.1

Hallo,
ich habe hier einen alten Fritz-WLAN-USB-Stecker der nur mit Ndiswrapper läuft.

die Installation mit Kopieren der Treiber/installieren ndiswrapper/modprobe treiber ging auch gut ..
allerdings nur bis zum nächsten neustart.

Dann musste ich wieder Yast starten. Dann kam die Frage ob der treiber mit Modprobe geladen werden sollte.
Danach tat das WLAN

Offenkundig wird Ndiswrapper beim Systemstart nicht geladen.

der Trick im Tread
Fritz USB wlan

mit dem Eintrag in 'Yast -> System -> Editor für /etc/sysconfig-Dateien' klappt nicht, da es inzwischen den Menüpunkt
'System, Kernel, MODULES_LOADED_ON_BOOT'
nicht mehr gibt ..

Wat nu?? was macht ihr denn so um unter os 13.1-64 den ndiswrapper zu starten?

beste Grüße

Wurzel

danke für den charmanten Hinweis ..

es handelt sich um einen Rechner mit frisch aufgesetzter OS 13.1-64.

Leider zickt die gewaltig rum und mein reicher Vorrat an Null-Acht-Fuffzehn-Sticks (die in anderen Systemen einwandfrei funktionieren) ist leider erschöpft ..

DER AVM-Stick tut .. leider nur mit Ndiswrapper ..

Hast du nicht doch einen Tipp? schließlich ist es ein generelles Problem (Start von Modulen) für den es keinen Yast-Eintrag mehr gibt bzw die alten Tipps (seit systemd ?? ) nicht mehr funkionieren

Beste Grüße

Wurzel

Zitat

http://wiki.ubuntuusers.de/FRITZ!WLAN_US…d-Fehlerquellen

da gibt es zum Thema 3 Alternativen:
1 und 3 funktionieren nicht da es keine /etc/modules.conf gibt ...und an die Udev-sache hab ich mich nicht rangetraut da

1. ubuntu 11.x aus der Steinzeit ist
2. ich OS habe
3. inzwischen systemd offenkundig die Sache ganz anders macht
4. das ein ganz tiefer Eingriff (für meine Begriffe) in die Systemabläufe ist und ich
5. keine Lust habe mein System in Grund und Boden zu schießen

Ich hätte gerne ein Verfahren dass auf die Strukturen der aktuellen OS 13.1 aufbaut

linux-w8en:/etc # lsusb
Bus 001 Device 004: ID 057c:6201 AVM GmbH AVM Fritz!WLAN v1.1 [Texas Instruments TNETW1450]
Bus 003 Device 002: ID 13ee:0003 MosArt Optical Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
linux-w8en:/etc #

Zitat

Trotzdem würde ich so etwas nicht machen.

wie ich schon sagte: ich habe 4 andere Sticks durch die unter w und auf anderen OS-Systemen laufen - die tun hier nicht. (auf diesem Rechner ist os sowieso etwas komisch ... ) - der obige Stick funktioniert

Ehrlich gesagt: sowas sollte auch für einen Linux-Bastler (die wir ja hier alle irgendwie sind) eine Herausforderung sein denn das Problem: Laden von Modulen ist ja nicht ndwiswrapper-spezifisch

Beste Grüße
Wurzel

Zitat

Wenn Du nichts versuchst, wird es nicht gehen.

'nichts' ist gut ..
deinen Link kannte ich schon und nachdem ich gestern abend Google stundenlang gequält habe und die ganzen Tipps (auch hier im Forum) auf OS 13.1 nicht passen..weil veraltet ..

dachte ich ..

hier 'wüsste' jemand wie man zuverlässig mit einer aktuellen OpenSuse Module beim Start laden kann ..
ohne sein System zu gefährden

na ja .. ich probiere weiter und werde in bewährter Art und Weise meine Ergebnisse irgendwann mitteilen

liest sich sehr gut ... danke erstmal ..

vor allem passt es zu so 13.1

so .. der Link
http://linux-blog.anracom.com/…im-booten-statisch-laden/

war gut umsetzbar - und direkt für os 13.1 gedacht und gemacht.

Ich hab folgenden Weg gewählt (Option 3), weil offenkundig am ehesten den neuen Strukturen von os 13.1 mit systemd entspricht (soweit ich etwas davon kapiert habe .. )

- Datei MODULES_LOADED_ON_BOOT.con anlegen mit
touch /etc/modules-load.d/MODULES_LOADED_ON_BOOT.conf
- mit mcedit datei öffnen und als einzigen eintrag
ndiswrapper
- Neustart (gönne ich mir mal)

und alles funktioniert

an Sauerland: ich finde deine Lösungshinweise toll - sie helfen mir in vielen Fällen.
Einerseits empfiehlst du aber extreme Vorsicht beim Einbinden von Repos (berechtigterweise) um sein System nicht zu zerschießen, andererseits soll ich als Root Systemveränderungen vornehmen die explizit für andere Distris und dann noch antike Versionen vorgesehen sind .. irgendwie passt das nicht zusammen. Irgendwie inkonsequent .. oder ?

Aber trotz allem Gemecker .. es geht weiter mit Linux und os!

Vielen Danke !

Wurzel