При старте системы замечено что как минимум не отрабатывает # IDE devices BUS=="ide", KERNEL=="hd[a-z]|pcd[0-9]*", ACTION=="add", DRIVER=="ide-cdrom|pcd", IMPORT{program}="cdrom_id --export $tempnode" BUS=="scsi",SYSFS{type}=="5", ACTION=="add", \ IMPORT{program}="cdrom_id --export $tempnode" ENV{ID_CDROM}=="?*", GROUP="cdwriter", MODE="0660", S ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd из /etc/udev/rules.d/70-permissions.rules так на /dev/hdc у меня висит dvd-rw. Gjckt pfuheprb d /dev/ нету /dev/cd* и не верные права на /dev/hdc [root@f37 rules.d]# ls /dev/cd* ls: /dev/cd*: No such file or directory ls -la /dev/hdc* brw-r----- 1 root floppy 22, 0 Dec 17 21:37 /dev/hdc Однако после рестарта udev в уже запущенной системе имеем: service udevd restart Stopping udevd service: [ DONE ] Removing udev device nodes: [ DONE ] Starting udevd service: [ DONE ] Populating /dev: [ DONE ] [root@f37 rules.d]# ls -la /dev/hdc* brw-rw---- 1 root cdwriter 22, 0 Dec 17 22:45 /dev/hdc writer 22, 0 Dec 17 22:45 /dev/hdc [root@f37 rules.d]# ls -la /dev/cd* lrwxrwxrwx 1 root root 3 Dec 17 22:45 /dev/cdrom -> hdc udev_static-addon-0.1-alt1 udev-097-alt2 2.6.16-wks26-up-alt8 Steps to Reproduce: 1. Загрузиться на машине с cdrw/dvd-rw и посомтреть права на соотвествующий device 2. service udevd restart 3. ещё раз посмотреть на /dev ин а права.
Обновление до 103-alt1 ситуацию не исправялет...
udev-103-alt1 2.6.18-std-smp-alt2 и всё на месте $ ls -l /dev/cdrom /dev/dvd lrwxrwxrwx 1 root root 3 Дек 22 08:50 /dev/cdrom -> hdc lrwxrwxrwx 1 root root 3 Дек 22 08:50 /dev/dvd -> hdc на 2.6.16 и старом udev приходилось делать service udevd restart, после чего появлялись нужные для записи дисков устройства.
*** Bug 10491 has been marked as a duplicate of this bug. ***
*** Bug 9525 has been marked as a duplicate of this bug. ***
ls: /dev/cd*: No such file or directory brw-r----- 1 root disk 3, 0 Dec 25 08:01 /dev/hda brw-r----- 1 root disk 3, 1 Dec 25 08:01 /dev/hda1 brw-r----- 1 root disk 3, 2 Dec 25 08:01 /dev/hda2 brw-r----- 1 root disk 3, 5 Dec 25 08:01 /dev/hda5 brw-r----- 1 root disk 3, 6 Dec 25 08:01 /dev/hda6 brw-r----- 1 root disk 3, 7 Dec 25 08:01 /dev/hda7 brw-r----- 1 root disk 3, 8 Dec 25 08:01 /dev/hda8 brw-r----- 1 root disk 3, 64 Dec 25 08:01 /dev/hdb brw-r----- 1 root disk 3, 65 Dec 25 08:01 /dev/hdb1 brw-r----- 1 root disk 3, 66 Dec 25 08:01 /dev/hdb2 brw-r----- 1 root disk 3, 69 Dec 25 08:01 /dev/hdb5 brw-r----- 1 root disk 3, 70 Dec 25 08:01 /dev/hdb6 brw-r----- 1 root floppy 22, 0 Dec 25 08:02 /dev/hdc 2.6.18-wks-smp-alt1 udev_static-addon-0.1-alt1 udev-103-alt1
udev-103-alt1 udev_static-addon-0.1-alt1 2.6.18-wks-smp-alt1 model name : Pentium III (Coppermine) stepping : 10 cpu MHz : 1096.703 cache size : 256 KB устойчиво воспроизводится, service udevd restart && service syslogd restart решает проблему: gns@gnslaptop ~ $ ll /dev/cdrom lrwxrwxrwx 1 root root 3 Янв 2 14:02 /dev/cdrom -> hdc gns@gnslaptop ~ $ ll /dev/hdc brw-r----- 1 gns cdrom 22, 0 Янв 2 14:03 /dev/hdc на домашней машине с тем же udev, каким-то 2.6.18-std-smp и Celeron 1700MHz устойчиво не воспроизводится.
на вотором ноуте глюк стал наблюдаться 50/50. поразмыслив, стал искать чем ситуация при первом запуске отличается от перезапуска. эксперимент подтвердил: echo cdrom >> /etc/modules; echo ide-cd >> /etc/modules решает проблему. осталось выяснить кто за кем гонится в недрах udev
На мантейнера
УМВР!
УМтВР
