From: Mark Knecht <markknecht@gmail.com>
To: Gentoo User <gentoo-user@lists.gentoo.org>
Subject: [gentoo-user] 4 machines - no /dev/cdrom or /dev/dvd anymore
Date: Sat, 5 Jan 2013 11:53:07 -0800 [thread overview]
Message-ID: <CAK2H+eeuq1PdsX6YiALPDR3otE-O-y+mZC0wUzM8NrbwSqdb6w@mail.gmail.com> (raw)
I think I touched on this a couple of weeks ago but never had time to
dig in. At that time I thought this problem was only on one machine
but now I see it's on every machine I've looked at this morning. Not a
single machine has /dev/cdrom anymore, nor /dev/dvd or any of the
other incantations that have existed forever.
First, this is udev doing (or not doing) this, correct?
As shown below hwinfo see the cdrom drive, and there are long existing
udev rules that appear to want to create the devices. These rules have
worked in the past but don't now.
Are others running Gentoo stable, and in this case udev-171-r9, seeing
this problem?
Anyone recognize what's wrong with the udev rules below, or does udev
no longer generate these devices at all? I understand that the
70-persistent-net.rules stuff has been 'removed'. Is this true for CDs
also or have I botched something up on all these machines?
Thanks in advance and please ask me to post anything else required.
I've gone through the latest Gentoo install docs and don't see that
I'm doing anything other than what they tell me to do but with udev in
such a state of flux I've obviously missed something.
Thanks,
Mark
c2stable rules.d # hwinfo --cdrom
67: SCSI a00.0: 10602 CD-ROM (DVD)
[Created at block.249]
Unique ID: KD9E.QuQg_05Xv13
Parent ID: w7Y8.UKoiXLHVNY4
SysFS ID: /class/block/sr0
SysFS BusID: 10:0:0:0
SysFS Device Link:
/devices/pci0000:00/0000:00:1f.2/ata11/host10/target10:0:0/10:0:0:0
Hardware Class: cdrom
Model: "Optiarc DVD RW AD-7241S"
Vendor: "Optiarc"
Device: "DVD RW AD-7241S"
Revision: "1.03"
Driver: "ata_piix", "sr"
Driver Modules: "ata_piix"
Device File: /dev/sr0 (/dev/sg2)
Device Files: /dev/sr0, /dev/scd0, /dev/disk/by-id/ata-Optiarc_DVD_RW_AD-7241S
Device Number: block 11:0 (char 21:2)
Features: CD-R, CD-RW, DVD, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW,
DVD+R DL, DVD-RAM, MRW, MRW-W
Drive status: no medium
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #25 (IDE interface)
Drive Speed: 48
c2stable rules.d # cat 70-persistent-cd.rules
# This file was automatically generated by the /lib64/udev/write_cd_rules
# program, run by the cd-aliases-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and set the $GENERATED variable.
# DVD_RW_AD-7241S (pci-0000:00:1f.2-scsi-0:0:0:0)
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-0:0:0:0", SYMLINK+="cdrom",
ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-0:0:0:0", SYMLINK+="cdrw",
ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-0:0:0:0", SYMLINK+="dvd",
ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-0:0:0:0", SYMLINK+="dvdrw",
ENV{GENERATED}="1"
# Virtual_Cdrom (pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:1)
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_SERIAL}=="BUFFALO_Virtual_Cdrom_00101007000912560-0:1",
SYMLINK+="cdrom1", ENV{GENERATED}="1"
# USB-SATA_Bridge (pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:1)
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_SERIAL}=="BUFFALO_USB-SATA_Bridge_00101007000912560",
SYMLINK+="cdrom2", ENV{GENERATED}="1"
c2stable rules.d #
mark@c2stable ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail / tail freely.
#
# The root filesystem should have a pass number of either 0 or 1.
# All other filesystems should have a pass number of 0 or greater than 1.
#
# See the manpage fstab(5) for more information.
#
# <fs> <mountpoint> <type> <opts>
<dump/pass>
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
LABEL=boot /boot ext2 noauto,noatime 1 2
#/dev/md126 / ext3 noatime 0 1
LABEL=RAID1root / ext3 noatime 0 1
LABEL=swapA none swap sw 0 0
LABEL=swapB none swap sw 0 0
LABEL=swapC none swap sw 0 0
/dev/cdrom /mnt/cdrom auto noauto,ro,users 0 0
/dev/md6 /backups ext3 noauto,rw,users 0 0
LABEL=VirtualMachines /VirtualMachines ext3
auto,rw,users 0 1
LABEL=ExtServerBackup /mnt/ExtServerBackup ext3
noauto,rw,users 0 0
#LABEL=VideoLib /mnt/VideoLib ext3
auto,rw,users 0 1
LABEL=VideoLib2 /mnt/VideoLib ext4
auto,rw,users 0 1
#LABEL=VideoLib2 /mnt/VideoLib2 ext4
auto,rw,users 0 1
LABEL=fastVM /mnt/fastVM ext4
auto,rw,discard,users 0 1
# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
shm /dev/shm tmpfs
nodev,nosuid,noexec 0 0
tmpfs /var/tmp/portage tmpfs size=8G
0 0
#Other things currently unused but still hanging around...
LABEL=extboot /mnt/disasterROOT ext2
noauto,rw,users 0 0
LABEL=extroot /mnt/disasterROOT ext3
noauto,rw,users 0 0
LABEL=extpackages /mnt/disasterROOT ext3
noauto,rw,users 0 0
LABEL=exthome /mnt/disasterROOT ext3
noauto,rw,users 0 0
LABEL=extVM /mnt/disasterROOT ext3
noauto,rw,users 0 0
LABEL=DirectVMBackup /mnt/DirectVMBackup ext3
noauto,rw,users 0 0
mark@c2stable ~ $
next reply other threads:[~2013-01-05 19:54 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-05 19:53 Mark Knecht [this message]
2013-01-05 20:36 ` [gentoo-user] 4 machines - no /dev/cdrom or /dev/dvd anymore J. Roeleveld
2013-01-05 20:46 ` Mark Knecht
2013-01-05 20:37 ` Randy Barlow
2013-01-05 20:44 ` [gentoo-user] " Mark Knecht
2013-01-05 23:00 ` David M. Fellows
2013-01-06 11:19 ` Mick
2013-01-06 15:55 ` Mark Knecht
2013-01-07 1:22 ` Dale
2013-01-07 1:44 ` Mark Knecht
2013-01-07 1:53 ` William Kenworthy
2013-01-07 2:06 ` Mark Knecht
2013-01-07 2:08 ` Dale
2013-01-07 2:29 ` Dale
2013-01-07 4:53 ` Mark Knecht
2013-01-07 7:35 ` Dale
2013-01-07 22:53 ` Mick
2013-01-08 7:09 ` J. Roeleveld
2013-01-08 7:49 ` Mick
2013-01-08 11:53 ` Dale
2013-01-07 15:18 ` Grant Edwards
2013-01-07 17:37 ` Mark Knecht
2013-01-07 23:25 ` Alan McKinnon
2013-01-08 1:05 ` Mark Knecht
2013-01-08 1:15 ` Michael Mol
2013-01-08 6:42 ` Mick
2013-01-08 9:21 ` Alan McKinnon
2013-01-08 20:26 ` Mark Knecht
2013-01-08 21:12 ` Alan McKinnon
2013-01-08 21:31 ` Michael Mol
2013-01-09 3:22 ` Dale
2013-01-11 14:31 ` Mark Knecht
2013-01-11 14:58 ` Dale
2013-01-06 4:01 ` [gentoo-user] " Dale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAK2H+eeuq1PdsX6YiALPDR3otE-O-y+mZC0wUzM8NrbwSqdb6w@mail.gmail.com \
--to=markknecht@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox