Mailinglist Archive: opensuse-de (2055 mails)
| < Previous | Next > |
Bluetooth, OBEX und SuSE 10.0
- From: Dirk Hebenstreit <suseml@xxxxxxxxxxx>
- Date: Sat, 12 Nov 2005 17:39:19 +0100
- Message-id: <43761AB7.6030303@xxxxxxxxxxx>
Hallo Liste!
Ich habe folgendes Problem:
Der Zugriff auf mein Handy (Siemens S65) über Bluetooth funktioniert
seit kurzem nicht mehr vollständig. Das Gerät wir erkannt, über KDE kann
mittels OBEX Object Push (Konqueror) mit dem Gerät eine Datei
ausgetauscht werden (Senden und Empfangen), aber der Zugriff auf das
Dateisystem über OBEX File Transfer funktioniert nicht. Auch der Zugriff
über /dev/rfcomm0 funktioniert nicht, sondern liefert einen Zugriffsfehler:
hebi@argus:~> rfcomm
rfcomm0: 00:01:E3:50:F0:C8 channel 1 closed
hebi@argus:~> rfcomm connect 0 00:01:E3:50:F0:C8 1
Can't connect RFCOMM socket: Connection refused
Damit scheitert auch jeder Sync, ob über KMobiletools, (g)scmxx oder
Multisync, kurz - alles, was rfcomm benötigt. Auf obexftp klemmt:
hebi@argus:~> obexftp 00:01:E3:50:F0:C8 -b1 -l
Try `obexftp --help' for more information.
Scanning ...
00:01:E3:50:F0:C8 JaMiDiSi-S65
Browsing 00:01:E3:50:F0:C8 ...
Channel: 5
No custom transport
Connecting...bt: -1
failed: connect
Still trying to connect
Connecting...bt: -1
...
Das Erstaunliche an diesem Phänomen ist, daß es an anderen Rechnern
klappt, aber genau zwei PCs eben dieses Problem haben. Dabei kann es
nicht am BT-Dongle (D-Link DBT-120) liegen, da er wie gesagt auf drei
von fünf Systemen (1x 9.3, 4x10.0) geht. Und bis vor kurzem lief es auch
noch auf den betroffenen PCs...
Die Revisionsstände der Software habe ich verglichen, alles ist Stand
YOU von gestern, ergänzt um per "apt upgrade" gezogene Pakete von
Packman und SUSER-Guru. Ein "strace" auf die Prozesse obexftp und rfcomm
liefert ebenfalls nix interessantes, ich habe /tmp komplett aufgeräumt,
es mit verschiedenen Kennungen (Standard-User, komplett neu
eingerichtetem User, root) probiert, in /var findet sich ebenfalls nix
verdächtiges. Das kopieren der Konfigurationsdateien hcid.conf und
rfcomm.conf von den funktionierenden Systemen half auch nicht. Google
liefert ebenfalls keine Lösung.
Langsam gehen mir die Ideen aus, irgendwo muß das BT-System doch
temporäre Einstellungen ablegen/cachen, die Rechnerbezogen sind...
Verzweifelt
hebi
Ich habe folgendes Problem:
Der Zugriff auf mein Handy (Siemens S65) über Bluetooth funktioniert
seit kurzem nicht mehr vollständig. Das Gerät wir erkannt, über KDE kann
mittels OBEX Object Push (Konqueror) mit dem Gerät eine Datei
ausgetauscht werden (Senden und Empfangen), aber der Zugriff auf das
Dateisystem über OBEX File Transfer funktioniert nicht. Auch der Zugriff
über /dev/rfcomm0 funktioniert nicht, sondern liefert einen Zugriffsfehler:
hebi@argus:~> rfcomm
rfcomm0: 00:01:E3:50:F0:C8 channel 1 closed
hebi@argus:~> rfcomm connect 0 00:01:E3:50:F0:C8 1
Can't connect RFCOMM socket: Connection refused
Damit scheitert auch jeder Sync, ob über KMobiletools, (g)scmxx oder
Multisync, kurz - alles, was rfcomm benötigt. Auf obexftp klemmt:
hebi@argus:~> obexftp 00:01:E3:50:F0:C8 -b1 -l
Try `obexftp --help' for more information.
Scanning ...
00:01:E3:50:F0:C8 JaMiDiSi-S65
Browsing 00:01:E3:50:F0:C8 ...
Channel: 5
No custom transport
Connecting...bt: -1
failed: connect
Still trying to connect
Connecting...bt: -1
...
Das Erstaunliche an diesem Phänomen ist, daß es an anderen Rechnern
klappt, aber genau zwei PCs eben dieses Problem haben. Dabei kann es
nicht am BT-Dongle (D-Link DBT-120) liegen, da er wie gesagt auf drei
von fünf Systemen (1x 9.3, 4x10.0) geht. Und bis vor kurzem lief es auch
noch auf den betroffenen PCs...
Die Revisionsstände der Software habe ich verglichen, alles ist Stand
YOU von gestern, ergänzt um per "apt upgrade" gezogene Pakete von
Packman und SUSER-Guru. Ein "strace" auf die Prozesse obexftp und rfcomm
liefert ebenfalls nix interessantes, ich habe /tmp komplett aufgeräumt,
es mit verschiedenen Kennungen (Standard-User, komplett neu
eingerichtetem User, root) probiert, in /var findet sich ebenfalls nix
verdächtiges. Das kopieren der Konfigurationsdateien hcid.conf und
rfcomm.conf von den funktionierenden Systemen half auch nicht. Google
liefert ebenfalls keine Lösung.
Langsam gehen mir die Ideen aus, irgendwo muß das BT-System doch
temporäre Einstellungen ablegen/cachen, die Rechnerbezogen sind...
Verzweifelt
hebi
| < Previous | Next > |