[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