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 3AA6213832D for ; Mon, 7 Jan 2013 07:37:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4B33821C0A0; Mon, 7 Jan 2013 07:36:53 +0000 (UTC) Received: from mail-ye0-f174.google.com (mail-ye0-f174.google.com [209.85.213.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id AC79321C0A0 for ; Mon, 7 Jan 2013 07:35:38 +0000 (UTC) Received: by mail-ye0-f174.google.com with SMTP id m6so2986699yen.33 for ; Sun, 06 Jan 2013 23:35:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=NdlFTYWiekdUWXcvTz//1US2nyN53u6i9neaR4l6bzc=; b=eCINMfo11CZuTN0HFxCBDhQvC6Zbk0eZSjeJJKZVufe07DA12beCEsr6DhfM9GwUQ5 sTsvKSydL5+pMber2PegqsgnK4Agpkoq/SvAwAyQ/q24Y3Cj2Vp7LgQW/555HQD3mjCD P3BhwbFzplrGSlm3xF+d2GlXploB6GitWXeAS477jt7C8nRu1KtmpFaOf9OQk/U6hHXi D19WQgT0thKCb+GmLyYUO/9KIssmt7M3CO9/RFJnihOdjUxLC3ND9aDyJPX43gw73fC9 3mDg9XX5RDrCeeFLDaSoDdEj7CIWoBpHIW6dRiNbHrGyjlsu32MdiQRp4M3aQ5rZKFLG qX6w== X-Received: by 10.236.133.148 with SMTP id q20mr66521574yhi.31.1357544137802; Sun, 06 Jan 2013 23:35:37 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-94-18.jan.bellsouth.net. [65.0.94.18]) by mx.google.com with ESMTPS id z1sm58603815anj.2.2013.01.06.23.35.34 (version=SSLv3 cipher=OTHER); Sun, 06 Jan 2013 23:35:36 -0800 (PST) Message-ID: <50EA7AC4.10206@gmail.com> Date: Mon, 07 Jan 2013 01:35:32 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: 4 machines - no /dev/cdrom or /dev/dvd anymore References: <201301061119.56710.michaelkintzios@gmail.com> <50EA2364.4080604@gmail.com> <50EA2A8D.3040203@iinet.net.au> <50EA2E15.4020006@gmail.com> <50EA32EE.6020801@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 23b05105-1edf-4532-b18c-e4609c500566 X-Archives-Hash: 0f19bef5202d344ff48e3a03d1c2b4c2 Mark Knecht wrote: > On Sun, Jan 6, 2013 at 6:29 PM, Dale wrote: > >> This links goes to a specific post in the thread. Don't scroll or you >> will have to dig. The one to look far if it messes up is the post by >> NeddySeagoon. >> >> http://forums.gentoo.org/viewtopic-p-6362608.html#6362608 >> >> More info: >> >> http://www.gentoo.org/doc/en/kernel-config.xml#doc_chap3 >> >> According to one page I found, this happened several years ago so no >> idea how anyone missed it this long. It was discussed on this very list >> but my archives don't go back that far. I figure if I don't run into a >> problem in a year or so, I missed it which is a odd thing of itself >> since I usually find every problem there is. ;-) >> >> Dale > Dale, > Thanks for digging that up. It's interesting, but I don't think > it's exactly relevant. TTBOMK I've used /dev/sdX and /dev/srX for as > long as it's been available. Most of my machines these days were all > built after the change so it's all they've ever known. Maybe one > machine used /dev/dhX. > > However, that's not the issue I'm looking for background on. You > seemed to say earlier that it's a widely known thing that udev links > to /dev/srX are not only broken but also bogus. You don't use them. > Others have seen the same issue. I've seen the udev links not work for > a couple of months. > > However from what I can tell you don't use them > 1) because they broke, and > 2) like me you never took the time to determine _why_ they broke. > > I was in the same place until yesterday when I decided to dig in a > little bit. Now, my point is that while the old links created in old > rules files are broken (and they are) it's not clear to me that udev > is broken. Clear Kay Sievers (sp?) still assumes they work although > they will automatically only do /dev/sr0. The use is responsible for > creating others if they need them. (Which 99% of folks will not, so > basically, it still works.) > > What appears to have actually broken is the old PCI path > nomeclature, and not 'udev proper', as best I can tell. > > Anyway, it's well known in the known universe that you are mad at > udev so I don't expect you're looking for ways to make this stuff work > and I do appreciate you digging the stuff up that you found. Thanks. > > Over and out, > Mark > > I think you misunderstand or I didn't make myself clear. I'm not saying it was udev that did this. I am pretty sure it was the kernel. All this happened when people with older IDE drives, myself included on my old machine, had to switch to the new drivers and devices. Before the change, old IDE drives and CD/DVD drives were given hd* devices and udev made a link to that with /dev/cdrom or dvd or whatever for optical devices which is what you seem to expect now. The reason udev did that was for it to be consistent which I have no problem with . When the kernel folks changed this, they also changed it from /dev/cdrom and /dev/dvd to /dev/sr0. From my understanding, all optical devices such as CD and DVD readers/burners are supposed to be sr0. I know k3b updated theirs too. I seem to recall I had to run a unstable version for a bit because the older version didn't have the code to see sr* devices. I never said anything was broke, just that it was changed. There was several things that was changed at about the same time that were related and this was just one of them. Another was the change from /dev/hdXX to /dev/sdXX for ALL hard drives. This change happened even if you was using the old IDE drives. As I understand it, /dev/hdxx is no longer supported on current kernels. All hard drives are /dev/sdxx and optical drives are /dev/sr0(1,2,3,4 etc). Also, I didn't remove anything. It was changed by the kernel which also lead to udev changing what it did. Again, as much as I dislike what udev is planning, I never said udev did this one. I'm pretty sure this was all started with the kernel devs. The udev folks just followed along. The biggest thing I recall is everyone with IDE drives having to update the kernel config, edit fstab and grub or lilo before rebooting. This was discussed on this list and I don't recall much fuss except for having to change it and update everything. It was sort of a one time thing and had a long term goal. All hard drives are sdxx and optical devices are srx. All this happened when I was on my old rig which was at least a few years ago. Does that make more sense now? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!