Problem with random disks mount sequence

[wwp]

Hello Zhukov,


On Wed, 12 Dec 2007 17:09:04 +0300 "Zhukov Pavel" <gelios at gmail.com> wrote:

> On Dec 12, 2007 2:11 PM, wwp <subscript at free.fr> wrote:
> > Hello Tim,
> >
> >
> > On Wed, 12 Dec 2007 19:40:55 +1030 Tim <ignored_mailbox at yahoo.com.au> wrote:
> >
> > > On Wed, 2007-12-12 at 09:36 +0100, wwp wrote:
> > > > That still doesn't explain why the order of mounting (and of scsi
> > > > discovering?) is shuffled
> > >
> > > I'm sure it was explained somewhere in this thread.  The device names
> > > are named in the order that the BIOS discovers them.  If it checks the
> > > USB ports first, they get the names first.
> >
> > In the thread I also said (IIRC!) that this behaviour was randomly
> > encountered.. sometimes I get the internal disk mounted as /dev/sda,
> > sometimes as /dev/sdc.. and I always boot my USB disks plugged in and
> > powered.
> >
> >
> > Regards,
> >
> > --
> > wwp
> >
> > --
> > fedora-list mailing list
> > fedora-list at redhat.com
> > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
> >
> 
> why do you matter about letters? use UUID/Label and forget about that problem

As I told in my first post to the thread, it's not me who matter about
the letters, as I only use Nautilus to mount/umount things (and I
didn't touch fstab or hal rules).

It's when I tried to mount an external disk "storage3" from Nautilus'
Computer place that it could not do it, and in the informations of this
disk, I could see that it was obviously NOT the right /dev/sdX with the
"storage3" label (before rebooting, it was right, but rebooting changed
the order of /dev/sdX and apparently Nautilus mounts were not updated,
as if Nautilus have kept disk label and device correspondance in
memory).


Regards,

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20071213/c9df8076/attachment-0001.sig>