1 |
On 06/25/2011 03:32 PM, Alexey Mishustin wrote: |
2 |
> Hi. |
3 |
> |
4 |
> After updating udev the links /dev/cdrom, /dev/dvd etc disappeared. There |
5 |
> are four /dev/sgX but there is no /dev/srX at all. No hdX, all sdX are |
6 |
> hard drives. So, I can't mount any cd or dvd. |
7 |
> |
8 |
> My drive is IDE (Pioneer). |
9 |
|
10 |
I assume it's connected to a PATA disk controller like my dvd player is? |
11 |
|
12 |
#lspci -k [output edited] |
13 |
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) |
14 |
Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE |
15 |
Kernel driver in use: pata_via |
16 |
|
17 |
> # dmesg | grep sg |
18 |
> msgmni has been set to 1759 |
19 |
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) |
20 |
> sd 0:0:0:0: Attached scsi generic sg0 type 0 |
21 |
> sd 0:0:1:0: Attached scsi generic sg1 type 0 |
22 |
> sd 2:0:0:0: Attached scsi generic sg2 type 0 |
23 |
> sd 3:0:0:0: Attached scsi generic sg3 type 0 |
24 |
|
25 |
Surprise, I also have sg* devices I didn't know about: |
26 |
|
27 |
#dmesg | grep -i scsi |
28 |
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) |
29 |
scsi0 : sata_promise |
30 |
scsi1 : sata_promise |
31 |
scsi2 : sata_promise |
32 |
scsi3 : pata_via |
33 |
scsi4 : pata_via <----- this is the dvdrom, on my old PATA controller |
34 |
scsi 0:0:0:0: Direct-Access ATA Maxtor 6Y080M0 YAR5 PQ: 0 ANSI: 5 |
35 |
sd 0:0:0:0: [sda] Attached SCSI disk |
36 |
scsi 3:0:0:0: Direct-Access ATA Maxtor 7Y250P0 YAR4 PQ: 0 ANSI: 5 |
37 |
sd 3:0:0:0: [sdb] Attached SCSI disk |
38 |
scsi 4:0:0:0: CD-ROM ATAPI iHDP118 4 GL05 PQ: 0 ANSI: 5 |
39 |
sd 0:0:0:0: Attached scsi generic sg0 type 0 |
40 |
sd 3:0:0:0: Attached scsi generic sg1 type 0 |
41 |
scsi 4:0:0:0: Attached scsi generic sg2 type 5 <----- the dvd is sg2 |
42 |
sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray |
43 |
sr 4:0:0:0: Attached scsi CD-ROM sr0 |
44 |
|
45 |
#ls -l /dev/sg* |
46 |
crw-rw---- 1 root disk 21, 0 Jun 26 04:50 /dev/sg0 |
47 |
crw-rw---- 1 root disk 21, 1 Jun 26 04:50 /dev/sg1 |
48 |
crw-rw---- 1 root cdrom 21, 2 Jun 26 04:50 /dev/sg2 <----- sg2 again |
49 |
crw-rw---- 1 root disk 21, 3 Jun 26 04:50 /dev/sg3 |
50 |
crw-rw---- 1 root disk 21, 4 Jun 26 04:50 /dev/sg4 |
51 |
|
52 |
I'm trying to separate kernel device support problems from udev problems, as |
53 |
you can see. |
54 |
|
55 |
#cat /etc/udev/rules.d/70-persistent-cd.rules |
56 |
# This file was automatically generated by the /lib/udev/write_cd_rules |
57 |
# program, run by the cd-aliases-generator.rules rules file. |
58 |
# |
59 |
# You can modify it, as long as you keep each rule on a single |
60 |
# line, and set the $GENERATED variable. |
61 |
|
62 |
# iHDP118_4 (pci-0000:00:11.1-scsi-1:0:0:0) |
63 |
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.1-scsi-1:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1" |
64 |
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.1-scsi-1:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1" |
65 |
|
66 |
Note how the pci number matches the output of lspci -k. If the number doesn't match |
67 |
your hardware then you should delete the 70-persistent-cd.rules file and reboot. |
68 |
A new file will be generated during the reboot. |