[d older]
> In all case re-running /etc/init.d/bluetooth start does create the
> /dev/rfcomm0 device.

Sound like a race condition triggered by the introduction of async
kernel events.  The actors might be udev and bluetooth.  Does it help
to add 'sleep 1' or something like that at the start of the bluetooth
script.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to