Bekehrter
Anmeldungsdatum: 26. November 2007
Beiträge: 53
|
Hallo, da an meinem Laptop die Netzwerk-Buchse nicht mehr funktioniert und Wlan in diesem Fall leider nicht möglich ist, habe ich mir diesen Stick gekauft: http://tinyurl.com/66vh8bq Hat jemand eine Idee, wie ich das zum Laufen kriege? Lsusb spuckt Folgendes aus:
Bus 003 Device 002: ID 0fe6:9700 Kontron (Industrial Computer Source / ICS Advent)
Erkannt wird es, auch de Diode leuchtet, wenn ein Netzwerkkabel eingesteckt ist. Aber wie weiter?
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1996
Wohnort: dahoam
|
Glück gehabt, Tante Gugl ist (mit 0fe6 9700 linux) guter Dinge, wenn es um Support für dieses Ding geht. Normalerweise sollte man vorher mal schauen, ob ein Hardware-Teil unter Linux läuft oder nicht. http://cateee.net/lkddb/web-lkddb/USB_NET_DM9601.html Erkannt wurde der Stick offenbar, jetzt schau mal, ob auch die Module dm9601 geladen wurden.
Wenn nicht, würde ich sagen, ist CONFIG_USB_NET_DM9601 und /oder CONFIG_USB_USBNET in der Kernel-konfiguration nicht gesetzt. Oder es gibt keine udev-Regel. Geht dann ein manuelles Laden des Moduls?
Wenn ja, schau mal, ob es ein neues Netzwerk-Interface gibt: /dev/eth*, mit dem Du was anfangen können solltest. just my two cents,
Dirk
|
Bekehrter
(Themenstarter)
Anmeldungsdatum: 26. November 2007
Beiträge: 53
|
Ich kann das Modul manuell laden, aber sonst tut sich nichts. Unter /dev/eth finde ich ebenfalls nichts. Hab nun die Typenbezeichnung von dem Gerät rausgefunden und dann einen vermeintlichen Win-Treiber runtergeladen. NAch entpacken der .exe-Datei finde sich da plötzlich ein Ordner mit Linux-Treibern.
Nur, wie installiere ich das nun? Die readme-Datei ist blöderweise af chinesisch. Folgende Dateien befinden sich in diesem Ordner: Makefile
Module.markers
Module.symvers
modules.order
qf9700.c
qf9700.h
qf9700.ko
qf9700.mod.c
qf9700.mod.o
qf9700.o
README
Wie soll ich weiter vorgehen?
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
zeige mal die Ausgaben von cat /etc/udev/rules.d/70-persistent-net.rules
dmesg | egrep 'usbnet|9601' lsmod | egrep 'usbnet|9601'
|
Bekehrter
(Themenstarter)
Anmeldungsdatum: 26. November 2007
Beiträge: 53
|
Nachdem ich das Modul geladen habe (ohne geladenes Modul keine Ausgabe von lsmod... und demesg...) frasier@red:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x10ec:0x8136 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:22:8c:2f:95", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
frasier@red:~$ dmesg | egrep 'usbnet|9601'
[ 1426.273071] usbcore: registered new interface driver dm9601
frasier@red:~$ lsmod | egrep 'usbnet|9601'
dm9601 7953 0
usbnet 20985 1 dm9601
mii 5261 3 dm9601,usbnet,r8169
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1996
Wohnort: dahoam
|
Hm ... sorry, bin leider ratlos ... Da ich weder das Gerät noch das Problem habe, werfe ich mal ein paar Ideen in die Runde: ethtool oder mii-tool ausprobieren? mii-tool muss womöglich erst installiert werden. lsusb zeigt das Ding? Davon kann man eigentlich ausgehen. Wird evtl. ein Device mit völlig anderem Namen angelegt (kompletter dmesg output?) Gibt's einen Unterschied bei 'ls -latr /dev/' vor und nach dem Modul-Laden? Gugl befragen?
Dirk
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, Nachdem ich das Modul geladen habe (ohne geladenes Modul keine Ausgabe von lsmod... und demesg...)
die hier benötigte Geräte-ID 0fe6:9700 fehlt im Treibermodul. Konfiguration anlegen:
echo 'install dm9601 modprobe --ignore-install dm9601 ; /bin/echo "0fe6 9700" > /sys/bus/usb/drivers/dm9601/new_id' | sudo tee /etc/modprobe.d/dm9601.conf Testen:
sudo modprobe dm9601
ifconfig -a Damit der Treiber automatisch geladen wird, sofern das funktioniert, muss noch eine udev-Regel angelegt werden:
gksu gedit /etc/udev/rules.d/10-NET-Stick.rules
Inhalt:
# UDEV-Rule for Kontron USB-to-Ethernet Stick ID 0fe6:9700
SUBSYSTEM=="usb", ATTR{idVendor}=="0fe6", ATTR{idProduct}=="9700", RUN+="/sbin/modprobe dm9601"
Aktivieren:
Stick anschließen.
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1996
Wohnort: dahoam
|
Super! Nachdem ich auch manchmal USB-Devices habe, die nicht so wollen wie ich, hab ich eine generelle Frage:
Ist das ein generelles Vorgehen, die USB-IDs in /sys/bus/usb/drivers/<drivername>/new_id einzutragen (oder zumindest zu kontrollieren), oder kommt man da jetzt nur durch reinfuchsen des Source-Codes des Moduls drauf? Danke,
Dirk
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
dirkolus schrieb: ... hab ich eine generelle Frage: Ist das ein generelles Vorgehen ...
Jein. Das geht normalerweise für PCI- und USB-Geräte für welche ein bestimmter Treiber geladen werden muss. Den Quellcode kann man natürlich auch entsprechend anpassen, sofern die Hardware durch diese Modulversion unterstützt wird.
|
Marlon
Anmeldungsdatum: 6. November 2010
Beiträge: 62
|
Hallo,
ich wollte den selben Adapter bei einer Debian Minimalinstallation verwenden und habe die Befehle hier mal auch so ausgeführt (ohne sudo natürlich) und es kam auch nirgends eine Fehlermeldung außer beim letzten Befehl
service udev reload
und der Adapter funktioniert auch nicht. Daher wollte ich euch fragen ob ihr eventuell das Debian-Gegenstück zu diesem Befehl kennt oder ob ihr wisst in welchem Paket das ist.
(Ich weiß es ist eigentlich das falsche Forum dafür, aber vielleicht könnt ihr mir bei dieser kleinen Sache ja helfen.)
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo Marlon, die hier gezeigte Lösung funktioniert leider nicht. Unter Ubuntu 11.04 wird dieser Typ inzwischen unterstützt. Unter 10.04 kann seit kurzem ein zurückportierter Kernel aus 11.04 verwendet werden um das Problem zu lösen. Siehe hier. Unter Debian brauchst Du wohl einen entsprechenden Kernel.
|