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 BDBC6138368 for ; Tue, 8 Jan 2013 11:54:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3699F21C01A; Tue, 8 Jan 2013 11:54:32 +0000 (UTC) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1706221C00B for ; Tue, 8 Jan 2013 11:53:06 +0000 (UTC) Received: by mail-gg0-f182.google.com with SMTP id e5so37722ggh.27 for ; Tue, 08 Jan 2013 03:53:06 -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; bh=PD48ChbDQfL4I2GTfrLOCdyaNMTBWag9cUlZdop6URU=; b=hZIdnW0PiXoEHfHLdQt5c7xVMNFAKBn94YnRGKV44tuRlflgzBDfiLJkBTC/+kYnWq bWbZmN3dWKXYG0ryOZ5EIk4Mp5Rv90iROmVjCwFPVsYU1WfDALsdEAjqDx/SrZ33p8PJ sx0ubeC2PRWR9lAE2HmUHzKiC/YvcAE2o5T8UfIYIng5RdUjYxMYddRsRwt4EpPskwh6 kjHS9XcJlH29oLWssWiJyT2l1DVJbVhsN/jE85gke1m75JQy2Zy6DJV8zKsKl7jlb2wV Thc6cfOqYAFI0k7qZ0cci9ZY4pF4xU/8sMB+sXRwTaCk8r1GvcigBaJuEsrCsvN7Xe72 5MNQ== X-Received: by 10.236.175.104 with SMTP id y68mr72750744yhl.21.1357645986098; Tue, 08 Jan 2013 03:53:06 -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 h37sm63213624anm.10.2013.01.08.03.53.02 (version=SSLv3 cipher=OTHER); Tue, 08 Jan 2013 03:53:04 -0800 (PST) Message-ID: <50EC089D.40804@gmail.com> Date: Tue, 08 Jan 2013 05:53:01 -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: <50EA7AC4.10206@gmail.com> <201301072253.30360.michaelkintzios@gmail.com> In-Reply-To: <201301072253.30360.michaelkintzios@gmail.com> X-Enigmail-Version: 1.4.6 Content-Type: multipart/alternative; boundary="------------050000080604080807020208" X-Archives-Salt: 3329dcc1-efda-42bb-b600-7a0abfb690e2 X-Archives-Hash: f3d12e92f8f732c7cd4bb0cb4960ed56 This is a multi-part message in MIME format. --------------050000080604080807020208 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mick wrote: > On Monday 07 Jan 2013 07:35:32 Dale wrote: > >> 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 think that you are conflating two issues which are separate in terms of > chronology at least. Years ago we moved to libata and hdX changed to sdX. > The udev confguration was updated at the time to link /dev/cd* and /dev/dvd* > to srX. > > More recently, the udev rules nomenclature changed. The udev persistent-cd > rules however was not changed. I moved it, remerged stable udev and the file > was not recreated. So something in udev has changed and it no longer > generates the persistent-cd rules. > > > BTW, pressing the touch sensitive button on the laptop to eject the CD won't > work, neither will typing eject in a terminal: > > $ eject > eject: tried to use `/mnt/cdrom' as device name but it is no block device > eject: unable to find or open device for: `cdrom' > > > So, eject is still looking for cdrom ... > > Either all commands and legacy apps should update themselves, or I better > follow Mark's suggestion? According to what I found, both changes were done at the same time. Link below is one place that I found saying both things were being changed in the kernel at the same time. There are others but anyway: http://lkml.indiana.edu/hypermail/linux/kernel/0608.1/0806.html There may have been other changes more recent in udev but if so, I missed them since this changed for me, and according to the list others too, years ago. I was on my old rig so it had to be several years ago since I have had my new rig a couple years and never had to deal with it during the install of Gentoo on it. I do think it's helpful for some to have a consistent link like cdrom or dvd. It appears someone else thinks people that find it helpful need to add their own rule. Either way, it can be made to work. Just trying to provide info based on my search results. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! --------------050000080604080807020208 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Mick wrote:
> On Monday 07 Jan 2013 07:35:32 Dale wrote:
>
>> 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 think that you are conflating two issues which are separate in terms of
> chronology at least. Years ago we moved to libata and hdX changed to sdX.
> The udev confguration was updated at the time to link /dev/cd* and /dev/dvd*
> to srX.
>
> More recently, the udev rules nomenclature changed. The udev persistent-cd
> rules however was not changed. I moved it, remerged stable udev and the file
> was not recreated. So something in udev has changed and it no longer
> generates the persistent-cd rules.
>
>
> BTW, pressing the touch sensitive button on the laptop to eject the CD won't
> work, neither will typing eject in a terminal:
>
> $ eject
> eject: tried to use `/mnt/cdrom' as device name but it is no block device
> eject: unable to find or open device for: `cdrom'
>
>
> So, eject is still looking for cdrom ...
>
> Either all commands and legacy apps should update themselves, or I better
> follow Mark's suggestion?


According to what I found, both changes were done at the same time.  Link below is one place that I found saying both things were being changed in the kernel at the same time.  There are others but anyway:

http://lkml.indiana.edu/hypermail/linux/kernel/0608.1/0806.html

There may have been other changes more recent in udev but if so, I missed them since this changed for me, and according to the list others too, years ago.  I was on my old rig so it had to be several years ago since I have had my new rig a couple years and never had to deal with it during the install of Gentoo on it.

I do think it's helpful for some to have a consistent link like cdrom or dvd.  It appears someone else thinks people that find it helpful need to add their own rule.  Either way, it can be made to work.

Just trying to provide info based on my search results.

Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

--------------050000080604080807020208--