Re: Frage zu /sys bzw. Bluetooth unter SuSE 9.1
Torsten E. wrote:
Alex K. schrieb am Montag, 28. Juni 2004 23:54:
Guten Morgen Alex,
[...]
[...]
Einige nicht wirklich passenden Anleitungen ... zumindest nicht für die SuSE 9.1 bzw. aktuelle Programmversionen. Bspw. ist nun ein Kernelpatch für 2.6.5 vorhanden/nötig? "dund --master --sdp --listen" gibt es nicht (mehr?), usw.
ja ja ich weiss ich hatte auch ziemlich probleme damit. Ich hatte zuletzt die Datei /etc/hotplug/tty.agent umbenannt, da mir das Skript immer wieder die /dev/rfcomm0 geloescht hat.
Yep, und laut Marcel Holtmann ist es kein Hotplug Skript, sodas dadurch eine "Unterstützung" seitens Bluez schon fast ausfällt ... :(
in der /etc/init.d/bluetooth hatte ich dann folgende Eintragung gemacht: ---------schnipp------------ case "$1" in start) echo -n "Starting bluetooth " loadmods startproc $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then startproc /usr/sbin/sdpd fi
Die hier vorhandene /etc/init.d bluetooth sieht aber gänzlich anders aus: case "$1" in start) echo -n "Starting $DESC:" if $HCID_ENABLE && [ -x "$HCID_EXEC" -a -f "$HCID_CONFIG" ] ; then $HCID_EXEC -f $HCID_CONFIG echo -n " $HCID_NAME" fi
############von hier if [ -x /usr/bin/dund ]; then startproc /usr/bin/dund --listen --channel 0 --pppd /usr/sbin/pppd call dun fi iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ###########bis hier start_uarts rc_status -v ;; stop) echo -n "Shutting down bluetooth " stop_uarts killproc -TERM $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then killproc -TERM /usr/sbin/sdpd fi ########von hier if [ -x /usr/bin/dund ]; then killproc -TERM /usr/bin/dund fi #######bis da rc_status -v ;; ------------schnapp------------
und in der /etc/ppp/peers/dun ------------schnipp--------- debug 115200 proxyarp noauth 192.168.0.51:192.168.0.100 ---------schnapp----------
Die ist stark ähnlich zu meiner ... nur die IP-Adressen sind unterschiedlich. Dank des mknod Befehls komme ich kurzfristig weiter - es wird aber nur /dev/rfcomm0 erzeugt. (In /sys/class/tty existiert kein rfcomm0. Kann das auch angelegt werden? Wenn Ja, wie?) Die Meldungen in /var/log/messages lauten dann: Jun 29 10:06:21 gandalf /etc/hotplug/tty.agent[5401]: add tty device /class/tty/rfcomm0 Jun 29 10:07:20 gandalf dund[5448]: New connection from 00:02:C7:11:FE:D6 Jun 29 10:07:20 gandalf pppd[5460]: pppd 2.4.2 started by root, uid 0 Jun 29 10:07:20 gandalf pppd[5460]: Using interface ppp1 Jun 29 10:07:20 gandalf pppd[5460]: Connect: ppp1 <--> /dev/rfcomm0 Jun 29 10:07:20 gandalf /etc/hotplug/tty.agent[5449]: TTY try 1 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:21 gandalf /etc/hotplug/tty.agent[5449]: TTY try 2 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:22 gandalf /etc/hotplug/tty.agent[5449]: TTY try 3 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:23 gandalf /etc/hotplug/tty.agent[5449]: TTY try 4 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:24 gandalf /etc/hotplug/tty.agent[5449]: TTY try 5 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:25 gandalf /etc/hotplug/tty.agent[5449]: add tty device /class/tty/rfcomm0 Jun 29 10:07:28 gandalf pppd[5460]: Hangup (SIGHUP) Jun 29 10:07:28 gandalf pppd[5460]: Modem hangup Jun 29 10:07:28 gandalf pppd[5460]: Connection terminated. Jun 29 10:07:29 gandalf pppd[5460]: Exit. Jun 29 10:07:29 gandalf /etc/hotplug/tty.agent[5503]: remove tty device /class/tty/rfcomm0 Ein ifconfig während der gesamten Zeit zeigt aber niemals ein Interface ppp1 ... obwohl doch angeblich eins aktiviert wurde. Gebe ich dann aber noch händisch ein: rfcomm -i 00:0F:3D:0D:6C:F5 bind ppp1 erscheint: Jun 29 10:57:44 gandalf /etc/hotplug/tty.agent[6499]: TTY try 1 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:57:45 gandalf /etc/hotplug/tty.agent[6499]: TTY try 2 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:57:46 gandalf /etc/hotplug/tty.agent[6499]: TTY try 3 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:57:47 gandalf /etc/hotplug/tty.agent[6499]: TTY try 4 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:57:48 gandalf /etc/hotplug/tty.agent[6499]: TTY try 5 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:57:49 gandalf /etc/hotplug/tty.agent[6499]: add tty device /class/tty/rfcomm0 Und plötzlich existiert /sys/class/tty/rfcomm0 gandalf:/etc/bluetooth # ls /sys/class/tty/rfcomm0 . .. dev gandalf:/etc/bluetooth #
ach so ich benutze nen Palm Tungsten...
Gruß Alex
Gruß Torsten
Torsten E. wrote:
Torsten E. wrote:
Alex K. schrieb am Montag, 28. Juni 2004 23:54:
Guten Morgen Alex,
[...]
[...]
Einige nicht wirklich passenden Anleitungen ... zumindest nicht für
die
SuSE 9.1 bzw. aktuelle Programmversionen. Bspw. ist nun ein Kernelpatch für 2.6.5 vorhanden/nötig? "dund --master --sdp --listen" gibt es nicht (mehr?), usw.
ja ja ich weiss ich hatte auch ziemlich probleme damit. Ich hatte zuletzt die Datei /etc/hotplug/tty.agent umbenannt, da mir das Skript immer wieder die /dev/rfcomm0 geloescht hat.
Yep, und laut Marcel Holtmann ist es kein Hotplug Skript, sodas dadurch eine "Unterstützung" seitens Bluez schon fast ausfällt ... :(
in der /etc/init.d/bluetooth hatte ich dann folgende Eintragung
gemacht:
---------schnipp------------ case "$1" in start) echo -n "Starting bluetooth " loadmods startproc $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then startproc /usr/sbin/sdpd fi
Die hier vorhandene /etc/init.d bluetooth sieht aber gänzlich anders aus: case "$1" in start) echo -n "Starting $DESC:" if $HCID_ENABLE && [ -x "$HCID_EXEC" -a -f "$HCID_CONFIG" ] ; then $HCID_EXEC -f $HCID_CONFIG echo -n " $HCID_NAME" fi
merkwüzig an der SUSE 9.1 in der /etc/init.d hatte ich ausser den Ergänzungen nichts weiter gefummelt...
############von hier if [ -x /usr/bin/dund ]; then startproc /usr/bin/dund --listen --channel 0 --pppd /usr/sbin/pppd call dun fi iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ###########bis hier start_uarts rc_status -v ;; stop) echo -n "Shutting down bluetooth " stop_uarts killproc -TERM $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then killproc -TERM /usr/sbin/sdpd fi ########von hier if [ -x /usr/bin/dund ]; then killproc -TERM /usr/bin/dund fi #######bis da rc_status -v ;; ------------schnapp------------
und in der /etc/ppp/peers/dun ------------schnipp--------- debug 115200 proxyarp noauth 192.168.0.51:192.168.0.100 ---------schnapp----------
Die ist stark ähnlich zu meiner ... nur die IP-Adressen sind unterschiedlich.
klar wir haben wahrscheinlich auch die gleichen Dokus im Internet studiert ;-)
Dank des mknod Befehls komme ich kurzfristig weiter - es wird aber nur /dev/rfcomm0 erzeugt. (In /sys/class/tty existiert kein rfcomm0. Kann das auch angelegt werden? Wenn Ja, wie?)
in dem Verzeichnis hatte ich nichts geändert... haste die verschiedenen Einstellungen in /etc/bluetooth/* gemacht?
Die Meldungen in /var/log/messages lauten dann: Jun 29 10:06:21 gandalf /etc/hotplug/tty.agent[5401]: add tty device /class/tty/rfcomm0 Jun 29 10:07:20 gandalf dund[5448]: New connection from 00:02:C7:11:FE:D6 Jun 29 10:07:20 gandalf pppd[5460]: pppd 2.4.2 started by root, uid 0 Jun 29 10:07:20 gandalf pppd[5460]: Using interface ppp1 Jun 29 10:07:20 gandalf pppd[5460]: Connect: ppp1 <--> /dev/rfcomm0
haste nach den Änderungen in der /etc/init.d/bluetooth nen rcbluetooth restart gemacht? bzw. mal ausprobiert wenn Du die /etc/hotplug/tty.agent umbennenst?
Jun 29 10:07:20 gandalf /etc/hotplug/tty.agent[5449]: TTY try 1 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:21 gandalf /etc/hotplug/tty.agent[5449]: TTY try 2 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:22 gandalf /etc/hotplug/tty.agent[5449]: TTY try 3 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:23 gandalf /etc/hotplug/tty.agent[5449]: TTY try 4 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:24 gandalf /etc/hotplug/tty.agent[5449]: TTY try 5 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:25 gandalf /etc/hotplug/tty.agent[5449]: add tty device /class/tty/rfcomm0
das sieht nämlich genau nach der Ausgabe aus was tty.agent erzeugt.
Jun 29 10:07:28 gandalf pppd[5460]: Hangup (SIGHUP) Jun 29 10:07:28 gandalf pppd[5460]: Modem hangup Jun 29 10:07:28 gandalf pppd[5460]: Connection terminated. Jun 29 10:07:29 gandalf pppd[5460]: Exit. Jun 29 10:07:29 gandalf /etc/hotplug/tty.agent[5503]: remove tty device /class/tty/rfcomm0
na also hier haben wir doch die Zeile, in der das rfcomm0 wieder wegbruzzelt.. das Skript tty.agent löscht zwar ordentlich das rfcomm0 weg aber beim erneuten Connect versucht er das Gerät wieder anzulegen aber schafft es nicht.
Ein ifconfig während der gesamten Zeit zeigt aber niemals ein Interface ppp1 ... obwohl doch angeblich eins aktiviert wurde.
bei mir wird ppp0 bei der Einwahl erzeugt. guck: ppp0 Link encap:Point-to-Point Protocol inet addr:192.168.0.51 P-t-P:192.168.0.100 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:20 errors:0 dropped:0 overruns:0 frame:0 TX packets:23 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:1694 (1.6 Kb) TX bytes:7587 (7.4 Kb) und hier der Einwahlvorgang in der messages: Jun 29 11:24:38 srv hcid[1826]: link_key_request (sba=00:09:DD:10:01:C5, dba=00:07:E0:0C:AE:F1) Jun 29 11:24:39 srv dund[4078]: New connection from 00:07:E0:0C:AE:F1 Jun 29 11:24:39 srv kernel: PPP generic driver version 2.4.2 Jun 29 11:24:39 srv pppd[4086]: pppd 2.4.2 started by root, uid 0 Jun 29 11:24:39 srv pppd[4086]: using channel 1 Jun 29 11:24:39 srv pppd[4086]: Using interface ppp0 Jun 29 11:24:39 srv pppd[4086]: Connect: ppp0 <--> /dev/rfcomm0 Jun 29 11:24:39 srv pppd[4086]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x74965b20> <pcomp> <accomp>] Jun 29 11:24:39 srv pppd[4086]: rcvd [LCP ConfRej id=0x1 <magic 0x74965b20>] Jun 29 11:24:39 srv pppd[4086]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:39 srv pppd[4086]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:41 srv pppd[4086]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:41 srv pppd[4086]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:43 srv pppd[4086]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:43 srv pppd[4086]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>] Jun 29 11:24:43 srv pppd[4086]: sent [LCP EchoReq id=0x0 magic=0x0] Jun 29 11:24:43 srv kernel: PPP BSD Compression module registered Jun 29 11:24:43 srv kernel: PPP Deflate Compression module registered Jun 29 11:24:43 srv pppd[4086]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Jun 29 11:24:43 srv pppd[4086]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.0.51>] Jun 29 11:24:43 srv pppd[4086]: rcvd [LCP EchoRep id=0x0 magic=0x0] Jun 29 11:24:43 srv pppd[4086]: rcvd [IPCP ConfReq id=0x1 <addr 192.168.0.2> <compress VJ 03 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Jun 29 11:24:43 srv pppd[4086]: sent [IPCP ConfNak id=0x1 <addr 192.168.0.100> <ms-dns1 192.168.22.8> <ms-dns3 192.168.22.8>] Jun 29 11:24:43 srv pppd[4086]: rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Jun 29 11:24:43 srv pppd[4086]: rcvd [IPCP ConfNak id=0x1 <compress VJ 03 01>] Jun 29 11:24:43 srv pppd[4086]: sent [IPCP ConfReq id=0x2 <compress VJ 03 01> <addr 192.168.0.51>] Jun 29 11:24:43 srv pppd[4086]: rcvd [IPCP ConfReq id=0x2 <addr 192.168.0.100> <compress VJ 03 01> <ms-dns1 192.168.22.8> <ms-dns3 192.168.22.8>] Jun 29 11:24:43 srv pppd[4086]: sent [IPCP ConfAck id=0x2 <addr 192.168.0.100> <compress VJ 03 01> <ms-dns1 192.168.22.8> <ms-dns3 192.168.22.8>] Jun 29 11:24:43 srv pppd[4086]: rcvd [IPCP ConfAck id=0x2 <compress VJ 03 01> <addr 192.168.0.51>] Jun 29 11:24:43 srv pppd[4086]: Cannot determine ethernet address for proxy ARP Jun 29 11:24:43 srv pppd[4086]: local IP address 192.168.0.51 Jun 29 11:24:43 srv pppd[4086]: remote IP address 192.168.0.100 Jun 29 11:24:43 srv pppd[4086]: Script /etc/ppp/ip-up started (pid 4132) Jun 29 11:24:43 srv pppd[4086]: Script /etc/ppp/ip-up finished (pid 4132), status = 0x0 das proxyarp scheint nach der messages nicht zu funktionieren... da bin ich noch dran.
Gebe ich dann aber noch händisch ein: rfcomm -i 00:0F:3D:0D:6C:F5 bind ppp1
na das kannste doch in der /etc/bluetooth/rfcomm.conf machen. Gruß Alex
Alex K. schrieb am Dienstag, 29. Juni 2004 11:31: [...]
Gebe ich dann aber noch händisch ein: rfcomm -i 00:0F:3D:0D:6C:F5 bind ppp1
na das kannste doch in der /etc/bluetooth/rfcomm.conf machen.
Yep .. ich habe nur einmal sehen wollen, was passiert, wenn ich die Angabe halt nicht automatisch über die Skripte mache, sondern manuell nachschieße.
Gruß Alex
Da das System hier aber eh ein paar Ungereimtheiten aufweist werde ich es komplett neu installieren .... Mal schauen, ob es dann funzt. Danke Dir aber schon einmal!! ... zumindest lag es bis dato nicht unbedingt an mir .. ;) Gruß Torsten
participants (2)
-
Alex K. -
Torsten E.