After todays upgrade of udev, all symlinks to the /dev/hda (my dvdrw) have gone. Reproducible: Always Steps to Reproduce: 1. upgrade udev to 0.66 2. 3. Actual Results: No symlinks like /dev/cdroms/cdrom0, /dev/disks and similar. Expected Results: They should be there.
I'm on 0.66, and I have them: [17:23:38 athena] lib> ll /dev/cdr* 0 lrwxrwxrwx 1 root root 3 Aug 12 10:00 /dev/cdrom -> hdc 0 lrwxrwxrwx 1 root root 3 Aug 12 10:00 /dev/cdrw -> hdc /dev/cdroms: total 0 0 drwxr-xr-x 2 root root 60 Aug 12 10:00 . 0 drwxr-xr-x 19 root root 14K Aug 12 10:02 .. 0 lrwxrwxrwx 1 root root 6 Aug 12 10:00 cdrom0 -> ../hdc Are you sure you ran etc-update and accepted the changes for udev conf files? BTW, /dev/cdroms went away and won't be coming back. The udev developers are phasing out the devfs names.
Same here on my x86 systems. No /dev/hda, /dev/cdroms, /dev/dvd, /dev/cdrw. No /media/cdrecorder line in my fstab either.
/dev/cdroms/* is now gone, that was a devfs naming scheme. As for the other links, they should still be there. What does running: /sbin/cdinfo_id /dev/hda as root show?
As for the /dev/disks going away, if you run 'udevstart' again, it should show back up... But that's not the proper fix, I can reproduce that here on one of my boxes, but not the other? Are you using genkernel with udev in the initramfs? Or no initrd/initramfs and your own kernel build?
forgot to mark this NEEDINFO...
/sbin/cdinfo_id does not exist "As for the /dev/disks going away, if you run 'udevstart' again, it should show back up..." Yes, it makes them preset. I typed udevstart and all the /dev/discs/* /dev/dvdrw /dev/dvd are there, where they should be all the time. "But that's not the proper fix, I can reproduce that here on one of my boxes, but not the other? Are you using genkernel with udev in the initramfs? Or no initrd/initramfs and your own kernel build?" I use my own kernel build. I don't use initrd or initramfs.
~ # /sbin/cdinfo_id /dev/hda -su: /sbin/cdinfo_id: No such file or directory "As for the /dev/disks going away, if you run 'udevstart' again, it should show back up..." -- OK that worked here Don't use genkernel. Here is my Block Device setup. Think it's a left over from when I used bootslpash. # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set # CONFIG_BLK_DEV_LOOP is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" # CONFIG_LBD is not set # CONFIG_CDROM_PKTCDVD is not set
One other thing, when using udev-066 it hangs for a few seconds at this point during boot and I get this message (from dmesg): hda: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, DMA Uniform CD-ROM driver Revision: 3.20 hda: packet command error: status=0x51 { DriveReady SeekComplete Error } hda: packet command error: error=0x30 { LastFailedSense=0x03 } ide: failed opcode was: unknown ATAPI device hda: Error: Medium error -- (Sense key=0x03) (reserved error code) -- (asc=0x57, ascq=0x00) The failed "Read Cd/Dvd Capacity" packet command was: "25 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 "
Adrian, unless you reopen the bug after providing the requested information, chances are that noone will look again. Reopened.
(In reply to comment #8) > One other thing, when using udev-066 it hangs for a few seconds at this point > during boot and I get this message (from dmesg): > > hda: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, DMA > Uniform CD-ROM driver Revision: 3.20 > hda: packet command error: status=0x51 { DriveReady SeekComplete Error } > hda: packet command error: error=0x30 { LastFailedSense=0x03 } > ide: failed opcode was: unknown > ATAPI device hda: > Error: Medium error -- (Sense key=0x03) > (reserved error code) -- (asc=0x57, ascq=0x00) > The failed "Read Cd/Dvd Capacity" packet command was: > "25 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 " I don't have such problem. The only one is the lack of simlinks to /dev/disk/* /dev/dvdrw and similar. Runing udevstart solves the problem, but it's not proper solution. Developers should check it.
(In reply to comment 9) Upon further checking the hda ATAPI problem only shows up when I boot my desktop with a DVD in the tray and doesn't without. It's a dinosaur. However, I still get similar symlink problems to what you are seeing on both this old PIII desktop and my Sony Vaio laptop with udev-066.
Ok, found the boot problem, will be fixed in next udev release...
(In reply to comment #12) > Ok, found the boot problem, will be fixed in next udev release... And what about symlinks?
I think I have the same problem (now with udev-0.67 though): I attach a USB drive, and dmesg reports /dev/sda* attached, but nothing at all shows up in /dev. I run udevstart by hand, and voila, the device appears.
Yes, the symlinks should be fixed too, with 067. As for the usb device issue, please create a new bug for this.
(In reply to comment #15) > Yes, the symlinks should be fixed too, with 067. > > As for the usb device issue, please create a new bug for this. Yes it's fixed :) I have one more question: I see "could not open cdrom" (or somthing like that, I don't remember) when udev is starting. Is there any way to "disable" this effect?
Create a new bug, with the exact wording of that message and I'll see what I can do.
