Re: Problem with random disks mount sequence

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,


On Thu, 13 Dec 2007 17:47:03 +0100 wwp <subscript@xxxxxxx> wrote:

> Hello Mikkel,
> 
> 
> On Thu, 13 Dec 2007 09:42:42 -0600 "Mikkel L. Ellertson" <mikkel@xxxxxxxxxxxxxxxx> wrote:
> 
> > wwp wrote:
> > > Hello Mikkel,
> > > 
> > > 
> > > On Thu, 13 Dec 2007 08:27:30 -0600 "Mikkel L. Ellertson" <mikkel@xxxxxxxxxxxxxxxx> wrote:
> > > 
> > >>> And, something that might be interesting:
> > >>>
> > >>> - the initrd of my current kernel (2.6.23.8-63) DOES contain module
> > >>> usb_storage
> > >>>
> > >>> - the initrd of previous kernel (2.6.23.1-49) does NOT contain
> > >>> usb_storage
> > >>>
> > >>> Both kernels installed using `yum update`.
> > >>>
> > >>>
> > >> This is definitely a bug. The usb_storage module should not be
> > >> included in initrd on your machine.
> > > 
> > > Should I file a bug report for this?
> > > 
> > > 
> > > Regards,
> > > 
> > > 
> > Yes. While it does not affect a large number of people yet, it is
> > something that should be fixed.
> 
> Here we are: https://bugzilla.redhat.com/show_bug.cgi?id=423691

And for the sake of the archives: I could check when rebooting that
booting USB devices is *NOT* enabled in BIOS settings. So it's
apparently not the BIOD that deals w/ order of /dev/sdN devices when
starting.

I don't know if it's related, but yesterday I unplugged and replugged
the USB concentrator in which both external disks are plugged, since
then, the order of /dev/sdN assignment of those 2 disks is reversed. I
could force correct mounting places for those 2 disks using some hal
policy rules. And to get label=/ to be /dev/sda, I rebooted with USB
disks unplugged.

This either means that the order of mounting could depend on the USB
concentrator too, or that we should really expect random device order
(or scsi devices only?) when using hal, no?

/etc/hal/fdi/policy/10-storage.fdi:
<device>
[snip]
  <match key="volume.label" string="storage3">
    <merge key="volume.policy.desired_mount_point" type="string">storage3</merge>
  </match>
  <match key="volume.label" string="storage4">
    <merge key="volume.policy.desired_mount_point" type="string">storage4</merge>
  </match>
</device>


Regards,

-- 
wwp

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux