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
Bernhard Walle wrote:
Hallo,
Dirk Hebenstreit
[2005-11-12]: Langsam gehen mir die Ideen aus, irgendwo muß das BT-System doch temporäre Einstellungen ablegen/cachen, die Rechnerbezogen sind...
In /usr/var/lib/bluetooth/ werden die link-keys abgelegt. Früher war das in /etc.
*KNUDDEL* ;-) Das wars - Inhalt von /usr/var/lib/bluetooth/ gelöscht, am dem Handy die bekannten Geräte entfernt, bluez neu gestartet, PIN ausgetauscht und - ES GEHT WIEDER!! Hätte ich doch schon gestern abend gefragt, dann wäre die Nacht erholsamer gewesen... *g* Vielen, vielen Dank! hebi P.S.: Wieso werden diese Daten unter /usr abgelegt? So was sollte doch unter /var liegen, oder?
Hallo,
Dirk Hebenstreit
Bernhard Walle wrote:
Hätte ich doch schon gestern abend gefragt, dann wäre die Nacht erholsamer gewesen... *g*
Ich hab damals auch ewig gesucht bis ich das rausgefunden hab, denk dir nichts. :)
P.S.: Wieso werden diese Daten unter /usr abgelegt? So was sollte doch unter /var liegen, oder?
Der Meinung bin ich eigentlich auch. Aber es ist halt so[tm]. Vielleicht ein Packaging-Bug von SUSE. Gruß, Bernhard -- Hochleistungswebspace Das sind public-html-Verzeichnisse, die jeden Morgen zwanzig Liegestütze machen, und mit Testosteron vollgepumpt sind. -- Markus Schaber
Hallo Bernhard, hallo Dirk, hallo Leute, Am Samstag, 12. November 2005 19:20 schrieb Bernhard Walle:
Dirk Hebenstreit
[2005-11-12]: [...] P.S.: Wieso werden diese Daten unter /usr abgelegt? So was sollte doch unter /var liegen, oder?
Der Meinung bin ich eigentlich auch. Aber es ist halt so[tm]. Vielleicht ein Packaging-Bug von SUSE.
Glaube ich weniger - auf meinem System heißt das Verzeichnis /var/lib/bluetooth - was auch laut rpm -V und pin im Paket so ist. # rpm -qf /var/lib/bluetooth bluez-utils-2.19-5 # rpm -qVf /var/lib/bluetooth [keine geänderte Dateien] Laut pin heißt das Verzeichnis schon seit der 9.1 so, davor (9.0, 8.2) war es scheinbar /etc/bluetooth/. Warum bei Euch das Verzeichnis unter /usr/var/lib/bluetooth liegt, weiß ich nicht - was sagt denn rpm -qf /usr/var/lib/bluetooth und rpm -V bluez-utils ? Gruß Christian Boltz -- Zeichenverarbeitung in der Shell ist _evil_. Verwende eine P-Sprache (Perl, PHP, Python) für Dein Problem. Das ist _sehr_ viel effektiver. Deine Frage zeigt an, daß Du gerade das Programmieräquivalent zu einem Hammer für Schrauben verwendest. [Kristian Köhntopp in suse-linux]
Hallo,
Christian Boltz
Am Samstag, 12. November 2005 19:20 schrieb Bernhard Walle:
Dirk Hebenstreit
[2005-11-12]: [...] P.S.: Wieso werden diese Daten unter /usr abgelegt? So was sollte doch unter /var liegen, oder?
Der Meinung bin ich eigentlich auch. Aber es ist halt so[tm]. Vielleicht ein Packaging-Bug von SUSE.
Glaube ich weniger - auf meinem System heißt das Verzeichnis /var/lib/bluetooth - was auch laut rpm -V und pin im Paket so ist.
# rpm -qf /var/lib/bluetooth bluez-utils-2.19-5 # rpm -qVf /var/lib/bluetooth [keine geänderte Dateien]
Laut pin heißt das Verzeichnis schon seit der 9.1 so, davor (9.0, 8.2) war es scheinbar /etc/bluetooth/.
Warum bei Euch das Verzeichnis unter /usr/var/lib/bluetooth liegt, weiß ich nicht - was sagt denn rpm -qf /usr/var/lib/bluetooth und rpm -V bluez-utils ?
/var/lib/bluetooth gibt's bei mir auch, nur ist es leer. /usr/var/lib/bluetooth ist in keinem Paket, aber deshalb kann es ja irgendein Daemon anlegen und seine Dateien drin anlegen. Gruß, Bernhard -- Applaus: Rauschmittel, unter dessen Einwirkung Politiker sich zu den seltsamsten Erklärungen verleiten lassen. -- Ron Kritzfeld
Guten morgen Am Samstag 12 November 2005 17:44 schrieb Bernhard Walle:
Dirk Hebenstreit
[2005-11-12]: Langsam gehen mir die Ideen aus, irgendwo muß das BT-System doch temporäre Einstellungen ablegen/cachen, die Rechnerbezogen sind...
In /usr/var/lib/bluetooth/ werden die link-keys abgelegt. Früher war das in /etc.
Genau damit hatte ich auch Probleme, wobei kbluetoothd die link-keys unter /etc/bluetooth erwartet. Desshalb habe ich auch einen Bug aufgemacht: https://bugzilla.novell.com/show_bug.cgi?id=127781 Bis dann, Tilo
Am Montag, 14. November 2005 09:14 schrieb Tilo Lutz:
Guten morgen
Am Samstag 12 November 2005 17:44 schrieb Bernhard Walle:
Dirk Hebenstreit
[2005-11-12]: Langsam gehen mir die Ideen aus, irgendwo muß das BT-System doch temporäre Einstellungen ablegen/cachen, die Rechnerbezogen sind...
In /usr/var/lib/bluetooth/ werden die link-keys abgelegt. Früher war das in /etc.
Genau damit hatte ich auch Probleme, wobei kbluetoothd die link-keys unter /etc/bluetooth erwartet.
Desshalb habe ich auch einen Bug aufgemacht: https://bugzilla.novell.com/show_bug.cgi?id=127781
Bis dann, Tilo
Hallo, ich habe hier einen Bluetooth USB Stick von AVM unter OpenSuse 10.0 zu laufen und wollte jetzt gern meine Tel. Kontakte mit dem KAddressbook abgleichen. Mein Handy ist ein Sony Erricsson K700i. Ich habe die passenden Einträge in multisynk eingestellt und mein Handy zeigt mir auch an, dass er synchronisiere, aber in den Kontakten erscheinen keine Einträge. Er zeigt mir auf dem Handy auch nicht an, dass er Einträge überträgt, wie er das unter Windows tut. Hat jemand diese Kombination schon erfolgreich zum Laufen gebracht? Danke Steffen
participants (5)
-
Bernhard Walle
-
Christian Boltz
-
Dirk Hebenstreit
-
Steffen Hanne
-
Tilo Lutz