Description of problem: background: Earlier i reported that my winmodem would install correctly but on reboot the /dev/modem and /dev/ttyLTO files would disappear on reboot. i was told that this was a udev issue and was not a bug. however, i tried numerouus times to create a rule (following the instructions as best i could). the result is that udev would create an empty document for each of /dev/modem and /dev/ttyLTO. for your information here are the rules i tried KERNEL="ttLTM0", SYSFS{dev}="62:64", NAME="modem", SYMLINK="modem" KERNEL="ttyLT0", SYMLINK="modem" KERNEL="ttLTM0", NAME="modem", SYMLINK="modem" KERNEL="ttyLT0", NAME="modem", SYMLINK="modem" only after i use the "Modprobe lt_serial" command i could use udevinfo command to get information about my hardware eg udevinfo -a -p /sys/class/tty/ttLTM0 returned: looking at class device '/sys/class/tty/ttLTM0': SYSFS{dev}="62:64" Despite all this the character device and symbolic link are not created. Finally, i purchased a dlink dfm-562e external modem. Which kudzu correctly detected and installed (so it would seem). /dev/modem1 is generated but again on subsequent reboots the character device drivers are no longer present. surely this must be a bug if kudzu installs a device but the system looses it after reboot. Sorry for the long entry here. i just wanted to make it as clear as possible what the problem was Version-Release number of selected component (if applicable): not sure how to find out but "up2date" is not reporting any updates available How reproducible: Consistent Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Looks like a dup of bug #145866
OOPS SORRY. i just used "back" on my browser to correct some wording. i couldn't see any other way of doing it. this one will make a bit more sense Phill
*** Bug 145866 has been marked as a duplicate of this bug. ***
Long term, I suspect the solution is:
Long term, I suspect the solution is: - apps should not rely on random symlinks (such as /dev/modem) - apps should use HAL to find their devices
i am not a linux expert. can you please explain to me how this relates to symlinks /dev/modem and the respective character devices (even those generated by kudzu) can be non-persistent across reboots as this didn't seem to me to be an apps problem??
I put in a connexant chipset modem and used a linuxant driver. this was persistent across reboots. i don't know what the difference is. I am yet to actually get the modem to work however!
>>..only after i use the "Modprobe lt_serial" command i could use udevinfo command to get information about my hardware eg..<< udev only creates devices on module loading. # echo KERNEL="ttLTM0", SYMLINK="modem" >> /etc/udev/rules.d/10-local.rules should do the job, after the module is loaded... you could do: # echo "/sbin/modprobe lt_serial" >> /etc/rc.modules # chmod u+x /etc/rc.modules or if you do not need it in the initscripts, load the module in /etc/rc.local
Should be # echo 'KERNEL="ttLTM0", SYMLINK="modem"' >> /etc/udev/rules.d/10-local.rules
Thanks!!