From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Dharm Date: Thu, 03 Jul 2008 13:42:14 +0000 Subject: Re: not all volume types export UUIDs (was: /dev/disk/by-id symlinks should not include bus) type Message-Id: <20080703134214.GA710@one-eyed-alien.net> MIME-Version: 1 Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" List-Id: References: <20080702102820.GB16076@piper.oerlikon.madduck.net> In-Reply-To: <20080702102820.GB16076@piper.oerlikon.madduck.net> To: linux-hotplug@vger.kernel.org --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 03, 2008 at 11:02:46AM +0200, Kay Sievers wrote: > On Thu, 2008-07-03 at 07:30 +0200, martin f krafft wrote: > > also sprach Kay Sievers [2008.07.02.1806 +0200]: > > > All are only unique per namespace/bus, and should better not be > > > mixed. > >=20 > > Well, but that's my point I suppose. Why do we have to treat the > > same drive differently, whether it's on the ATA bus or the USB bus? > >=20 > > My reason for bringing this up was that I was trying to boot off > > a harddrive via USB and had to change all the links, rather than > > just watching the system boot off the same disk it has always booted > > from. >=20 > So, what id's/symlinks is the same disk showing for ATA and USB in your > case? >=20 > Only advanced USB bridges read the number from the actual disk, I have a > bunch of enclosures here, which show all different id's for the same > disk inserted. Also usb-storage needs to encode the target and lun > number in the id, for multi-slot devices, so I do not think that will > work. Isn't devlabel the technology that is supposed to be used for this sort of scenario? Matt --=20 Matthew Dharm Home: mdharm-usb@one-eyed-alien.= net=20 Maintainer, Linux USB Mass Storage Driver C: They kicked your ass, didn't they? S: They were cheating! -- The Chief and Stef User Friendly, 11/19/1997 --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFIbNc2HL9iwnUZqnkRAhaqAJ4vot7wYw6rRyEPHxoapbaPsetieACgiJv3 FDrt04fuS5LO6L4qNNW1Q5w= =jmGx -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH--