det's SMT debian ISO V2 und WLAN

Hallo HansDampf,
vielen Dank für dieses Thema! Ich würde mich über jegliches Feedback zu WLAN Sticks an der SMT7020s sehr freuen - werde vermutich bald eine haben und suche noch nach einem passenden WLAN Stick. Falls also jemand ein preiswertes Teil kennt dass unter Linux auf der SMT mit WPA läuft, wäre mir sehr geholfen. Bei eBay sieht man schon ab ca. 15 EUR WLAN Sticks, nur habe ich keine Ahnung ob die dann auch laufen...
Gruß,
Salsaholic

Ich habe hier einen Belkin F5D7050 ver 1000 laufen. Geht problemlos mit ndiswrapper und den orginal Treibern von der CD.
wpa_supplicant läuft auch anständig

Hallo,

bei befolgen der "Kurzbeschreibung AVM WLAN Stick" von HansDampf kommt nach

Zitat

./install

dieser Fehler:

Zitat

login as: root
root@192.168.0.60's password:
Linux 2.6.17.6.
root@SMT-7020S:~# cd ..
root@SMT-7020S:/# cd fritz
root@SMT-7020S:/fritz# ./install
make: Entering directory `/fritz/src'
rm -f main.o driver.o tools.o lib.o buffers.o wext.o
rm -f fwlanusb.o fwlanusb.ko
make: Leaving directory `/fritz/src'
make: Entering directory `/fritz/src'
if ! test -d /tmp/lib/fritz/; then mkdir -p /tmp/lib/fritz/; fi
make -C /lib/modules/2.6.17.6/build SUBDIRS=/fritz/src modules
make: *** /lib/modules/2.6.17.6/build: Datei oder Verzeichnis nicht gefunden. S chluss.
make: Entering an unknown directorymake: Leaving an unknown directorymake: *** [ fwlanusb.o] Fehler 2
make: Leaving directory `/fritz/src'
make: Entering directory `/fritz/src'
cp: Aufruf von stat für ,,fwlanusb.ko" nicht möglich: Datei oder Verzeichnis nic ht gefunden
make: *** [install] Fehler 1
make: Leaving directory `/fritz/src'
root@SMT-7020S:/fritz#
root@SMT-7020S:/fritz# make -C /lib/modules/2.6.17.6/build SUBDIRS=/fritz/src modules
make: *** /lib/modules/2.6.17.6/build: Datei oder Verzeichnis nicht gefunden. Schluss.
root@SMT-7020S:/fritz# make: *** /lib/modules/2.6.17.6/build: Datei oder Verzeichnis nicht gefunden. S

Alles anzeigen

Da ich Linux-Anfänger bin, wollte ich euch bitten mal zu helfen.

Hier fehlen die Kernel-Quellcodes, oder?

Mit freundlichen Grüßen

Nogo

@ HansDampf

nach

Zitat

make

kommt folgender Fehler:

Zitat

root@SMT-7020S:~# cd /fritz/src
root@SMT-7020S:/fritz/src# make
if ! test -d /tmp/lib/fritz/; then mkdir -p /tmp/lib/fritz/; fi
make -C /lib/modules/2.6.17.6/build SUBDIRS=/fritz/src modules
make: *** /lib/modules/2.6.17.6/build: Datei oder Verzeichnis nicht gefunden. Schluss.
make: *** [fwlanusb.o] Fehler 2
root@SMT-7020S:/fritz/src#

Alles anzeigen

der Link "build" zeigt zu dem Ort "/usr/src/linux-2.6.17.6"

dort findet sich dann eine Datei /usr/src/linux-2.6.17.6.tar.bz2

müsste die vorher entpackt werden?

Wie gesagt, ich versuche mich in Linux einzuarbeiten.

Hallo HansDampf,
ich habe mir einen AVM WLAN Stick zugelegt, da dieser direkt für Linux supportted wird. Aber die Installation klappt bisher nicht - sieht ganz ähnlich wie bei Nogo aus: Auch ich habe auch eine Datei namens /usr/src/linux-2.6.17.6.tar.bz2 vorgefunden, und sie mit tar -jxvf linux-2.6.17.6.tar.bz2 entpackt. Nun erhalte ich folgende Fehlemeldung vom AVM install script:

make: Entering directory `/mnt/fritz/src'
rm -f main.o driver.o tools.o lib.o buffers.o wext.o 
rm -f fwlanusb.o fwlanusb.ko 
make: Leaving directory `/mnt/fritz/src'
make: Entering directory `/mnt/fritz/src'
make -C /lib/modules/2.6.17.6/build SUBDIRS=/mnt/fritz/src modules 
make[1]: Entering directory `/usr/src/linux-2.6.17.6'
Makefile:441: .config: Datei oder Verzeichnis nicht gefunden


  WARNING: Symbol version dump /usr/src/linux-2.6.17.6/Module.symvers
           is missing; modules will have no dependencies and modversions.


  Building modules, stage 2.
/usr/src/linux-2.6.17.6/scripts/Makefile.modpost:38: .config: Datei oder Verzeichnis nicht gefunden
make[2]: *** Keine Regel, um ».config« zu erstellen.  Schluss.
make[1]: *** [modules] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.17.6'
make: *** [fwlanusb.o] Fehler 2
make: Leaving directory `/mnt/fritz/src'
make: Entering directory `/mnt/fritz/src'
cp: Aufruf von stat für ,,fwlanusb.ko" nicht möglich: Datei oder Verzeichnis nicht gefunden
make: *** [install] Fehler 1
make: Leaving directory `/mnt/fritz/src'

Mir scheint da eine .config Datei zu fehlen - wo findet man die?
Hast Du vielleicht einen Tipp für mich / uns?
Ach so, ich habe das Konni ISO V2 drauf, ich dachte da basiert auf dem von det?
Gruß,
Klaus

Zitat

Original von HansDampf
salsaholic und Nogo

wechselt doch mal ins Verzeichnis /usr/src/zslack-dev und führt dort die build.sh aus...
denke mal das es damit dann funktionieren sollte und der Treiber sollte sich installieren lassen.

EDIT 1
falls ihr den Ordner /usr/src/zslack-dev nicht habt dann könnte vielleicht in /usr/src das Ausführen der kernel.sh etwas bringen.

EDIT 2
/usr/src/zslack-dev erhaltet ihr wenn ihr Euch hier das File zenslack-1.0-rc35-src-0.tar.gz holt und entpackt..

Kann aber keine Grantie geben das dabei etwas schief läuft... Bin halt auch kein Profi...

Grüsse
Thomas

Alles anzeigen

Hallo Thomas,
Du bist ein Held!
Der Tipp mit kernel.sh hat bei mir zur Lösung geführt. Nach einiger Fummelei habe ich sogar WPA ans Laufen bekommen. Dabei war dieser Thread hier ganz Hilfreich: Wlan mit ndiswrapper unter Zenslack ISO V2 von konni__ für die SMT-7020S, auch wenn ich natürlich keinen ndiswrapper benutzt habe. Aber dort steht der Link zu wpa_supplicant, der start des dhcp-daemons und so Kleinigkeiten, die man als Linux-Greenhorn noch nicht kennt.
Jetzt muss ich erstmal rausfinden, wie ich mehr als nur ssh machen kann, also z.b. Dateizugriff von SMT auf mein NAS, und vom PC auf die SMT...
Eine Frage noch: In /etc/rc.d/rc.local könnte ich jetzt wohl noch den ganzen Kram eintragen, so dass WLAN beim Booten automatisch gestartet wird. Aber woher kommen die Variablen wie ${WLAN} - bzw. wo setze ich die?
Tausend Dank nochmal an Thomas,
Klaus
PS: Nur so zu meinem Verständnis.... ich habe da gerade den Linux Kernel neu übersetzt, gelle? Wusste noch gar nicht, dass ich das kann
Seitdem sind allerdings die Konsolen etwas "verrutscht": Ich sehe am unteren Bildrand immer irgendwas reinscrollen, was vorher mal oben raus gescrollt war. Immerhin kann ich so besser sehen, was ich gerade tippe - aber verwirrend is' schon. Naja, per Putty vom PC aus ist eh bequemer...

Grmpf, nach der ersten Euphorie, einmal WLAN ans laufen bekommen zu haben, jetzt die Ernüchterung: Ich bekomme es einfach nicht hin, dass das beim booten sauber klappt.
Habe versucht, die manuell erfolgreichen Aufrufe in der rc.local im Block "if ${WLAN}" einzutragen, aber der wird anscheinend nicht aufgerufen. Stattdessen sehe ich in /var/log/messages, dass /etc/rc.d/rc.inet1 versucht WLAN zu starten, aber mit völlig falschen Parametern (insbes. ohne WPA). Jetzt schaffe ich es nicht einmal mehr, manuell das WLAN ans Laufen zu bekommen
Ich habe bisher einfach nicht rausfinden können, wie die WLAN Aktivitäten in rc.local und rc.inet1 zusammenpassen wollen.
rc.inet1 benutzt laut log beim iwconfig Aufuf "nick SMT-7020S" - ich habe bisher nirgends finden können, wo dieses "SMT-7020S" konfiguriert wird, bzw. wie ich inet1 meine WLAN Parameter beibringen kann.
Hat jemand hier einen Rat?
Klaus

Hallo HansDampf,
Jau, ich habe parallel auch zen-config gefunden - jetzt weiß ich immerhin wo die in rc.local benutzten Variablen definiert werden.
Leider klappt das aber immer noch nicht: Mein Code in rc.local wird anscheinend nie ausgeführt (finde nix in den logs), aber stattdessen versucht immer noch rc.inet1 das interface wlan0 einzurichten, aber mit völlig falschen Parametern (u.a. ohne WPA). Ich habe bisher nicht herausfinden können, woher die Angaben (wie z.B. hostname SMT_7020S) kommen, und wo genau die entsprechenden Befehle aufgerufen werden (rc.inet1 übersteigt meine derzeitigen Script-Kenntnisse...).
Zudem scheint es mir so, als ob diese inet1 Aufrufe immer wieder mal wiederholt würden, so als ob das System es im Hintergrund alle x Minuten nochmal versuchen würde (ziemlich große Abstände, also eher > 30min). Das zerschießt mir dann teilweise sogar die manuell gelungene Anmeldung per wpa_supplicant.
Falls mir da jemand einen Tipp geben könnte... Am saubersten wär's vermutlich den Code in inet1 so anzupassen, dass er wpa_supplicant und meine Parameter nutzt, aber notfalls deaktiviere ich die Sachen dort ganz und mach's wie gehabt in re.local (und muss dann noch rausfinden, warum mein Code bisher nicht ausgeführt wird).
Na ja, immerhin lerne ich so einiges über Linux
Gruß,
Klaus