FS#9867 - /dev/lp0 not created by udev
Attached to Project:
Arch Linux
Opened by Simone Lazzaris (ziopera) - Tuesday, 18 March 2008, 14:29 GMT
Last edited by Roman Kyrylych (Romashka) - Monday, 07 April 2008, 13:37 GMT
Opened by Simone Lazzaris (ziopera) - Tuesday, 18 March 2008, 14:29 GMT
Last edited by Roman Kyrylych (Romashka) - Monday, 07 April 2008, 13:37 GMT
|
Details
Description:
Upgrading udev cause the loss of /dev/lp0: Additional info: * package version(s) The bugs happens with udev 118-2; not yet tested 118-5. * config and/or log files etc. $ lsmod|grep lp lp 9220 0 parport 31432 2 ppdev,lp $ dmesg|grep lp lp: driver loaded but no devices found Steps to reproduce: 1) Check that /dev/lp0 exists 2) pacman -Syu 3) reboot 4) watch the absence of /dev/lp0 5) tell wife she cannot print 6) downgrade to udev 116-3 to fix and save marriage This happens on both (work + home) my arch linux computers, which are very different as architecture (AMD athlon XP vs Intel P4) and bios/motherboard age. |
This task depends upon
Are you using hplip? then this would be normal.
what's the status on udev-118-5 or udev-118-7
lp: driver loaded but no devices found
in dmesg.
regarding ppdev, i did't know what is it; I've googled a bit, but I'm don't think it's in use; I also add that I don't a /dev/parport entry either.
And I'm not using hplip, since I don't have any HP printer.
If you need some other info, just ask.
There are 2 topics in the forums which discuss about this issue :
http://bbs.archlinux.org/viewtopic.php?id=45456
http://bbs.archlinux.org/viewtopic.php?id=45496
Narcisse
# modprobe parport
# modprobe parport_pc
Enables parallel port printers, which wasn't necessary before. The cups article in the wiki has this information.
$ lsmod|grep pp
appletalk 30688 2
psnap 3332 2 appletalk,ipx
ppdev 7556 0
ppp_generic 23828 0
slhc 5632 1 ppp_generic
parport 31432 2 ppdev,lp
So, I've removed (rmmod) ppdev and reloaded (modprobe) lp, parport and partport_pc; /dev/lp0 automagically appeared.
I'll try to blacklist ppdev, which I don't need.
I'd like to know if it's only me that has that problem or if it is a generalized issue; I think that the number of user that use a parallel printer is much greater of the number of user that program a parallel-interfaced device.
it's loaded by udev but iscne the update it seems ppdev is loaded before lp
I've rebooted and, alas, the /dev/lp0 device was still absent. And still I read in dmesg
lp: driver loaded but no devices found
So it seems that _this_ script is innocent.
By the wat, I have repeated step by step the sequence that I've used to unload ppdev and reload parport.
rmmod ppdev
modprobe lp
modprobe parport
modprobe parport_pc
At every step I've checked the kernel log. Only the very last step (modprobe parport_pc) caused the driver to find the parallel port, creating /dev/lp0. I don't know if it's an issue.
is lp then gone again?
dmesg says
ppdev: user-space parallel port driver
I don't have a printer attached, here (at work), so I cannot say if /dev/lp0 is still functional; I'll try at home, where I have a parallel printer, if you think it's interesting.
which files are in your /etc/udev/rules.d?
I can't find udev-119 in testing, so I cannot say if it fixes the problem; can you post here the patch, so I can try it ?
I'm closing the bug.
Thanks a lot for the attention and the good work.