You are not logged in.
Yesterday, before I upgraded to these packages:
kernel-2.6.28.8-1 (relevant)
not relevant (see discussion): klibc-udev-140, udev-140
I could use /dev/cdrom fine as a link to my actual CD-drive. For example I used
cdparanoia -Q
while having a Audio-CD inserted and this gave me the TOC of the CD.
After the update I have this:
/dev/cdrom exists but isn't accessible. By default,
cdparanoia stops searching for an accessible drive here.
Consider using -sv to force a more complete autosense
of the machine.
More information about /dev/cdrom:
Checking /dev/cdrom for cdrom...
Could not stat /dev/cdrom: No such file or directory
After some testing I found that my device names somehow "shifted". These both work
cdparanoia -Q /dev/sr0
cdparanoia -Q /dev/sg1
So, yes it works, but before I didn't had to set everything to /dev/sr0, because the default /dev/cdrom just worked.
Is this a bug or a feature in the new udev?
EDIT:
This seems to be not a problem with the udev upgrad, but rather with the kernel upgrade. See discussion below.
Last edited by JonnyJD (2009-03-31 23:30:16)
Offline
Just posting to confirm that I'm having the same behavior...
Offline
/dev/sr0 has been the default optical device for a while now. I presume /dev/cdrom is maintained for compatibility purposes, but I point rippers and other programs always to /dev/sr0 instead of /dev/cdrom. Never let me down.
How it looks on my system:
[stijn@hermes ~]$ ls -l /dev/cdrom
lrwxrwxrwx 1 root root 21 mrt 25 02:37 /dev/cdrom -> /dev/cd/cdrom-3:0:0:0
[stijn@hermes ~]$ ls /dev/sr0 -l
brw-rw---- 1 root optical 11, 0 mrt 25 02:37 /dev/sr0
[stijn@hermes ~]$ ls -l /dev/cd/cdrom-3\:0\:0\:0
lrwxrwxrwx 1 root root 6 mrt 25 02:37 /dev/cd/cdrom-3:0:0:0 -> ../sr0
[stijn@hermes ~]$ ls -l /dev/cd/cdrw-3\:0\:0\:0
lrwxrwxrwx 1 root root 6 mrt 25 02:37 /dev/cd/cdrw-3:0:0:0 -> ../sr0
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
I've had the same problem, but my symlinks where corrupted/not made correctly. Ie
/dev/cdrom -> /dev/cd/cdrom-6:0:0:0
However the target file didn't exist. I had to manually create the target file, and let that point to /dev/sr0 in order for things to work again.
Offline
I have a much worse problem - there is no /dev/root !!! and i cannot even boot my system anymore
I have reiserfs on my root partition and reisferfs in modules of my initramfs
Downgrade to klibc-udev-139-1-i686.pkg.tar.gz solved the problem. I downgraded kernel to kernel26-2.6.28.7-2-i686.pkg.tar.gz an udev to 139 for sure.
Offline
@skyscraber: I don't know if this is related. My problem boils down to just the kernel upgrade now and I haven't had problems that bad.
@magaso: I also that problem during testing. For me the fix was not using the new kernel with old udev-139. Doing that gave me "/dev/cdrom -> /dev/cd/cdrom-1:0:0:0" and "/dev/cd/cdrom- -> ../sr0".
Now back to the problem that started this thing:
This is NOT because of the upgrade to udev 140. Like I wrote above, I got the new kernel at the same time. Downgrading udev and klibc-udev didn't help with my problem, but downgrading to kernel 2.6.28.7-2 made everything work again.
The symlinks were also NOT the problem, because my symlinks itself work fine, even when the problem occurs. Either way they are like the ones from B:
lrwxrwxrwx 1 root root 21 26. Mär 17:16 /dev/cdrom -> /dev/cd/cdrom-1:0:0:0
lrwxrwxrwx 1 root root 6 26. Mär 17:16 /dev/cd/cdrom-1:0:0:0 -> ../sr0
brw-rw---- 1 root optical 11, 0 26. Mär 17:16 /dev/sr0
So with the old kernel "cdparanoia -Q" works again, without having to specify /dev/sr0 explicitely.
Offline
I made a bug report:
http://bugs.archlinux.org/task/13969
Offline
I've got new details.
My symlinks are only correct before I insert a disc. After inserting a disc they break and don't recover when I take the disc out again.
normal system booted without CDs inserted:
lrwxrwxrwx 1 root root /dev/cd/cdrom-1:0:0:0 -> ../sr0
after a disc was inserted (at some time):
lrwxrwxrwx 1 root root /dev/cd/cdrom- -> ../sr0
So this seems to be the same problem magaso has.
Offline
This is fixed with udev-140-2 and it works for me now.
Offline