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 992581381F3 for ; Mon, 19 Nov 2012 18:20:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AE1A3E06B7; Mon, 19 Nov 2012 18:20:02 +0000 (UTC) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6F43EE0675 for ; Mon, 19 Nov 2012 18:17:06 +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 0LxQ26-1TBmx33dAA-016mep; Mon, 19 Nov 2012 13:17:05 -0500 Date: Mon, 19 Nov 2012 12:17:02 -0600 From: Bruce Hill To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] udev update changed cd/dvd device name Message-ID: <20121119181702.GB21245@server> References: <20121119171839.GE8428@server> 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:SWdIUAh/9W0F+jv5Qp+7hK7cQMdWK3mURNKY6V8/e/1 4W769ah2B8fwQ4I+SPeUoFi2Zz5UP6U9t3cUADA6waw4aPl5Gy 7Vy7ZQXR7C1EUx4INlh7hEQzGe9v7R5eG2irvePlhc6s13RzcI b2e916ts7NrhtYffBfpUjCSeAsF0YGVJwxOZG4mtXTnT7sgnUI LwMoODBPtQIB3w8XPYTy4QDzZr9MjuCZOnJBiYfxj7qxc9RCKw QIwr68Kf1a6QrPbgoGl8oHsUHGIcJPndne6JNEwCMiMxVwg0wW Vl25oPaLrwnRJn+F9Iw/EKRzk07gHfFnJCDM+5roJlWs31AX2U NLp0hzdQQ7SDkczLF1/7BXzmwseUbTdPIWjB2jcDC X-Archives-Salt: 4557d26c-423c-4ae2-9c2b-2dccb762b848 X-Archives-Hash: d26e93925fd39db38278a8cf8c0aa65a On Mon, Nov 19, 2012 at 09:54:15AM -0800, Mark Knecht wrote: > > Thanks Bruce. That at least goes a long way toward explaining why the > system is acting the way it's acting. Threw me for a loop I must say. > > Interestingly I don't have the elog file you show above. (Not sure I > should, just saying I don't.) In the file above it talks about running > udev-mount in sysinit which I don't have, and have never had. I shows > up in rc-update show --verbose so I could set it I suppose although I > hate messing with sysinit level stuff when I'm not clear why it's > needed. > > Thanks for the pointer on why this happened. > > Cheers, > Mark Admittedly I'm too busy with RL issues atm to read carefully. That being said, on 9 Gentoo installs adding udev-mount was mentioned, so I did. After checking just one other box, I still have: lrwxrwxrwx 1 root root 3 Nov 18 10:30 /dev/cdrom -> sr0 That's on baruch where udev-171-r9 was built with only rule_generator USE, same as on workstation, where my previous output originated. In make.conf my comps have: PORTAGE_ELOG_SYSTEM="save" PORTAGE_ELOG_CLASSES="warn error info log qa" and app-portage/elogv does a nice job of parsing /var/log/portage/elog/* where you can read all the logs of everything installed on your system in one place. IOW, you can issue "elogv" (as root or user if added to portage group) and read the log files for every app installed on your system; rather than having to "less /var/log/portage/elog/*" for thousands of different apps. The times they are a'changing with udev. Just trying to avoid breaking my system(s) here with irrational "let's try this" coding from RedHat camp. ;) -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ support@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting