Plötzlich Problem mit TomTom Navi an USB
Hallo Liste, ich habe hier ein Problem, das "plötzlich" auftritt: auf meiner OS 15.0 (als Host) läuft in einer Virtualbox Maschine ein WIN7 (als Gast). Bisher konnte ich problemlos mein TomTom Navi an den PC stecken, das dabei entstandene USB-Gerät über Virtualbox an den WIN Gast "weiterleiten" und über das Win-Programm von TomTom die kartenupdates usw ins Navi einspielen. Zuletzt hat es bestens vor ca. 3 Monaten funktioniert. Da ich in einigen Tage auf Urlaub fahre wollte ich jetzt das Navi auf den letzten Stand bringen. Leider hakt es jetzt "plötzlich". Kaum stecke ich da navi an den PC, schon wiederholen sich folgende Meldungen im Sekundentakt: Aug 08 16:26:35 rincewind kernel: usb 1-2: new high-speed USB device number 61 using ehci-pci Aug 08 16:26:36 rincewind systemd-udevd[857]: Network interface NamePolicy= disabled by default. Aug 08 16:26:36 rincewind kernel: usb 1-2: New USB device found, idVendor=1390, idProduct=5454 Aug 08 16:26:36 rincewind kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Aug 08 16:26:36 rincewind kernel: usb 1-2: Product: TomTom Aug 08 16:26:36 rincewind kernel: usb 1-2: Manufacturer: Linux 2.6.28.10 with dwc_otg_pcd Aug 08 16:26:36 rincewind kernel: usb 1-2: SerialNumber: SA6373Y00289 Aug 08 16:26:36 rincewind kernel: cdc_ether 1-2:2.0 usb0: register 'cdc_ether' at usb-0000:00:1a.7-2, CDC Ethernet Device, 02:04:06:08:0a:0c Aug 08 16:26:36 rincewind systemd-udevd[857]: Invalid rule /etc/udev/rules.d/45-hpdjconsole.rules:6: unknown key 'SYSFS{idVendor}' Aug 08 16:26:36 rincewind systemd-udevd[857]: Invalid rule /etc/udev/rules.d/45-hpdjconsole.rules:9: unknown key 'SYSFS{idVendor}' Aug 08 16:26:36 rincewind systemd-udevd[857]: Invalid rule /etc/udev/rules.d/45-hpdjconsole.rules:12: unknown key 'SYSFS{idVendor}' Aug 08 16:26:36 rincewind systemd-udevd[857]: Invalid rule /etc/udev/rules.d/45-hpdjconsole.rules:15: unknown key 'SYSFS{idVendor}' Aug 08 16:26:36 rincewind mtp-probe[24982]: checking bus 1, device 61: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2" Aug 08 16:26:36 rincewind mtp-probe[24982]: bus: 1, device: 61 was not an MTP device Aug 08 16:26:36 rincewind systemd-udevd[24981]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable. Aug 08 16:26:36 rincewind baloo_file[3314]: QObject::connect: invalid null parameter Aug 08 16:26:36 rincewind kdeinit5[3265]: QObject::connect: invalid null parameter Aug 08 16:26:36 rincewind kernel: cdc_ether 1-2:2.0 usb0: unregister 'cdc_ether' usb-0000:00:1a.7-2, CDC Ethernet Device Aug 08 16:26:36 rincewind ModemManager[1353]: <info> (net/usb0): released by modem /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2 Aug 08 16:26:36 rincewind ModemManager[1353]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2': Operation was cancelled Aug 08 16:26:36 rincewind kernel: FINAL_REJECT: IN=eth0 OUT= MAC=01:00:5e:00:00:01:10:13:31:54:09:3c:08:00 SRC=81.223.241.113 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x80 TTL=1 ID=50387 DF PROTO=2 Aug 08 16:26:36 rincewind kernel: usb 1-2: reset high-speed USB device number 61 using ehci-pci Aug 08 16:26:37 rincewind kernel: usb 1-2: reset high-speed USB device number 61 using ehci-pci Aug 08 16:26:37 rincewind kernel: rndis_host 1-2:1.0 usb0: register 'rndis_host' at usb-0000:00:1a.7-2, RNDIS device, c6:74:da:0a:46:d0 Aug 08 16:26:37 rincewind kernel: rndis_host 1-2:1.0 usb0: unregister 'rndis_host' usb-0000:00:1a.7-2, RNDIS device Aug 08 16:26:37 rincewind wickedd-nanny[1488]: /org/opensuse/Network/Interface/270.getManagedObjects failed. Server responds: Aug 08 16:26:37 rincewind wickedd-nanny[1488]: org.freedesktop.DBus.Error.UnknownMethod: Method "GetManagedObjects" with signature "" on interface "org.freedesktop.DBus.ObjectManager" doesn't exist Aug 08 16:26:37 rincewind systemd-udevd[25006]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable. Aug 08 16:26:37 rincewind systemd-udevd[25006]: link_config: could not get ethtool features for usb0 Aug 08 16:26:37 rincewind systemd-udevd[25006]: Could not set offload features of usb0: No such device Aug 08 16:26:37 rincewind baloo_file[3314]: QObject::connect: invalid null parameter Aug 08 16:26:37 rincewind kdeinit5[3265]: QObject::connect: invalid null parameter Aug 08 16:26:37 rincewind ModemManager[1353]: <info> (net/usb0): released by modem /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2 Aug 08 16:26:37 rincewind ModemManager[1353]: <info> Couldn't check support for device at '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2': Operation was cancelled Aug 08 16:26:46 rincewind kernel: usb 1-2: USB disconnect, device number 61 Aug 08 16:26:47 rincewind kernel: usb 1-2: new high-speed USB device number 62 using ehci-pci Aug 08 16:26:47 rincewind kernel: usb 1-2: New USB device found, idVendor=1390, idProduct=5454 Aug 08 16:26:47 rincewind kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Aug 08 16:26:47 rincewind kernel: usb 1-2: Product: TomTom Aug 08 16:26:47 rincewind kernel: usb 1-2: Manufacturer: Linux 2.6.28.10 with dwc_otg_pcd Aug 08 16:26:47 rincewind kernel: usb 1-2: SerialNumber: SA6373Y00289 Das usb-device wird pausenlos connected und wieder disconnected. Es scheint für mich als wollte "irgendwer" ein netzwerk-interface für dieses usb device "erzeugen", was dann nicht gelingt. (cdc_ether, usw...) Hat jemand einen Hinweis für mich wo ich das abdrehen könnte? Dieses USB device sollte im Linux eigentlich nur "ignoriert", und 1:1 zur virtualbox durchgeschleust werden... Wieso hat das vor kurzem noch funktioniert und jetzt plötzlich nicht mehr ???? Hmmm... Habe auch bereits google mit den keywords "usb cdc_ether disable ..." befragt, bin aber nicht wirklich schlauer geworden :-/ Grüße, Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Donnerstag, 8. August 2019, 16:41:52 CEST schrieb Norbert Zawodsky:
Hallo Liste,
ich habe hier ein Problem, das "plötzlich" auftritt:
auf meiner OS 15.0 (als Host) läuft in einer Virtualbox Maschine ein WIN7 (als Gast).
Bisher konnte ich problemlos mein TomTom Navi an den PC stecken, das dabei entstandene USB-Gerät über Virtualbox an den WIN Gast "weiterleiten" und über das Win-Programm von TomTom die kartenupdates usw ins Navi einspielen. Zuletzt hat es bestens vor ca. 3 Monaten funktioniert.
Wie sahen denn damals die Logmeldungen aus? Suchen kannst du damit: zgrep "idVendor=1390, idProduct=5454" /var/log/messages*
Da ich in einigen Tage auf Urlaub fahre wollte ich jetzt das Navi auf den letzten Stand bringen. Leider hakt es jetzt "plötzlich".
Kaum stecke ich da navi an den PC, schon wiederholen sich folgende Meldungen im Sekundentakt:
Ja. Doof. Da du ja bald in Urlaub willst, lass uns mal direkt mit den einfachen Sachen anfangen: 1. Die Datei /etc/udev/rules.d/60-vboxdrv.rules, oder so ähnlich, hast du? 2. Das Verzeichnis /dev/vboxusb/ existiert und hat auch irgendwelche Einträge nachdem du mindestens ein USB-Gerät angeschlossen hast? 3. "vboxmanage showvminfo <uuid|vmname>" zeigt dir den USB-Filter als aktiv und mit der richtigen VendorId 1390 an (ProductId würde ich beim TomTom weglassen)?
(...). Das usb-device wird pausenlos connected und wieder disconnected. Es scheint für mich als wollte "irgendwer" ein netzwerk-interface für dieses usb device "erzeugen", was dann nicht gelingt. (cdc_ether, usw...)
Also prinzipiell ist das cdc_ether bei neueren TomToms schon richtig.
Hat jemand einen Hinweis für mich wo ich das abdrehen könnte?
Wenns schnell gehen muss, mit den Holzhammer: Füge der Datei /etc/modprobe.d/99-local.conf am Ende in jeweils einer eigenen Zeile blacklist cdc_ether blacklist rndis_host an.
Dieses USB device sollte im Linux eigentlich nur "ignoriert", und 1:1 zur virtualbox durchgeschleust werden... Wieso hat das vor kurzem noch funktioniert und jetzt plötzlich nicht mehr ???? Hmmm...
Ein Hardware-Defekt ist bei so etwas plötzlichen auch immer in Betracht zu ziehen. In drei Monaten gab es aber auch einige Updates, die das Problem verursacht haben können.
Habe auch bereits google mit den keywords "usb cdc_ether disable ..." befragt, bin aber nicht wirklich schlauer geworden :-/
Such einfach mal nach "idVendor=1390, idProduct=5454", du bist nicht allein! HTH Jan -- When guns are outlawed, only outlaws will have guns. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Jan Ritzerfeld
-
Norbert Zawodsky