From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 793FD1381F3 for ; Mon, 19 Nov 2012 17:20:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8F91021C089; Mon, 19 Nov 2012 17:19:55 +0000 (UTC) Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 246BC21C087 for ; Mon, 19 Nov 2012 17:18:42 +0000 (UTC) Received: from localhost (66-208-231-133.ubr01a.rte20201.pa.hfc.comcastbusiness.net [66.208.231.133]) by mrelay.perfora.net (node=mrus4) with ESMTP (Nemesis) id 0LiDT1-1SwkNf01Zr-00nJG1; Mon, 19 Nov 2012 12:18:41 -0500 Date: Mon, 19 Nov 2012 11:18:39 -0600 From: Bruce Hill To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] udev update changed cd/dvd device name Message-ID: <20121119171839.GE8428@server> References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Provags-ID: V02:K0:hAlE7lIslzMxldsUQCl/3QAm8oj2BAJRYdm8R4Yqg8K Vbf2F6oTEEysFCv7QjC6VFupoY0XCM6OlWBaCJEXUTmBi530KB xRfM15OHMpJOv9wC3/nh7K/7u1YWv6IxcgvxupdRjy6gi6wTry DmHqalzIawbNbCR53pKziw0qkoHc9yisjRxofbEdbd63fVH/Nb bu/8Ln6+Im4IwenvXxVH5Ei75UEcs3t9/GWtGZTmn9oe82nJdj pn8cvrtQjARPPf431Q9TW5vczTlKtX5XD2f7aXinH9rsXugCEM hoDAS9h1Ban4X0578ixUuW8AAIGad+5n7M2owWrCEO4arxRtx3 uJUWuGuQeBUnA7/LRsRg= X-Archives-Salt: 635f03ae-6308-4768-af64-ca80e9df57e6 X-Archives-Hash: 02f248ff1566454763c36e352d7a2f10 On Mon, Nov 19, 2012 at 07:59:34AM -0800, Mark Knecht wrote: > Anyone else run into this problem with udev-171-r9? I updated > yesterday and my CD/DVD, which has been /dev/cdrom1 since I built the > machine 2 1/2 years ago, is now called /dev/scd0. > > Machine is x86_64, mostly stable. > > - Mark mingdao@workstation ~ $ cat /etc/udev/rules.d/70-persistent-cd.rules # This file was automatically generated by the /lib/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. # TSSTcorp_CDDVDW_SH-222AB (pci-0000:00:11.0-scsi-0:0:0:0) SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-0:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-0:0:0:0", SYMLINK+="cdrw", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-0:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-0:0:0:0", SYMLINK+="dvdrw", ENV{GENERATED}="1" # TSSTcorp_CDDVDW_SH-222AB (pci-0000:00:11.0-scsi-3:0:0:0) SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-3:0:0:0", SYMLINK+="cdrom1", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-3:0:0:0", SYMLINK+="cdrw1", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-3:0:0:0", SYMLINK+="dvd1", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:11.0-scsi-3:0:0:0", SYMLINK+="dvdrw1", ENV{GENERATED}="1" mingdao@workstation ~ $ ls -l /dev/cdrom* lrwxrwxrwx 1 root root 3 Nov 19 05:05 /dev/cdrom1 -> sr0 mingdao@workstation ~ $ ls -l /dev/sr* brw-rw---- 1 root cdrom 11, 0 Nov 19 05:05 /dev/sr0 mingdao@workstation ~ $ ls -l /dev/scd* lrwxrwxrwx 1 root root 3 Nov 19 05:05 /dev/scd0 -> sr0 mingdao@workstation ~ $ cat /var/log/portage/elog/sys-fs\:udev-171-r9\:20121119-131656.log INFO: setup Package: sys-fs/udev-171-r9 Repository: gentoo Maintainer: udev-bugs@gentoo.org USE: amd64 elibc_glibc kernel_linux multilib rule_generator userland_GNU FEATURES: sandbox Package: sys-fs/udev-171-r9 Repository: gentoo Maintainer: udev-bugs@gentoo.org USE: amd64 elibc_glibc kernel_linux multilib rule_generator userland_GNU FEATURES: sandbox Determining the location of the kernel source code ERROR: setup Unable to find kernel sources at /usr/src/linux INFO: setup Please make sure that /usr/src/linux points at your running kernel, (or the kernel you wish to build against). Alternatively, set the KERNEL_DIR environment variable to the kernel sources location WARN: setup Unable to calculate Linux Kernel version for build, attempting to use running version INFO: setup Found kernel object directory: /home/mingdao/kernel/linux-3.0 Found sources for kernel version: 3.0.51 Checking for suitable kernel configuration options... WARN: setup udev-171 does not support Linux kernel before version 2.6.32! INFO: setup Your kernel version (3.0.51) is new enough to run udev-171 reliably. Found kernel object directory: /home/mingdao/kernel/linux-3.0 Found sources for kernel version: 3.0.51 INFO: prepare Applying udev-171-path_id-skip-ATA-transport.patch ... Applying various patches (bugfixes/updates) ... 0001-Revert-udevd-log-warning-if-run-is-not-writable.patch ... Done with patching Running elibtoolize in: udev-171/ Applying portage/1.2.0 patch ... Applying sed/1.5.6 patch ... Applying as-needed/2.2.6 patch ... LOG: postinst Updating persistent-net rules file WARN: postinst You need to add udev-mount to the sysinit runlevel. If you do not do this, your system will not be able to boot! Run this command: rc-update add udev-mount sysinit LOG: postinst persistent-net does assigning fixed names to network devices. If you have problems with the persistent-net rules, just delete the rules file rm /etc/udev/rules.d/70-persistent-net.rules and then reboot. This may however number your devices in a different way than they are now. WARN: postinst If you build an initramfs including udev, then please make sure that the /sbin/udevadm binary gets included, and your scripts changed to use it,as it replaces the old helper apps udevinfo, udevtrigger, ... mount options for directory /dev are no longer set in /etc/udev/udev.conf, but in /etc/fstab as for other directories. If you use /dev/md/*, /dev/loop/* or /dev/rd/*, then please migrate over to using the device names /dev/md*, /dev/loop* and /dev/ram*. The devfs-compat rules have been removed. For reference see Bug #269359. Rules for /dev/hd* devices have been removed Please migrate to libata. LOG: postinst For more information on udev on Gentoo, writing udev rules, and fixing known issues visit: http://www.gentoo.org/doc/en/udev-guide.xml Always good to have some idiot change things without mentioning it. Before the update and reboot mine was /dev/cdrom symlinked to /dev/sr0 Good way to spend my day finding what said idiot broke where/why... -- Happy Penguin Gymnastics >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ admin@happypenguingymnastics.com 662-321-7009 http://happypenguingymnastics.com/ FB: http://tiny.cc/HappyPenguinGymnastics Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting