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

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux