Re: Problem with random disks mount sequence

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

 



Hi Mikkel;

Your explanation is of great interest to me at the moment.  I am trying
to trace exactly how the devices attached to my computer first get
registered.  I just need someone to point me to the mechanism or kernel
code.

On Wed, 2007-12-12 at 07:59 -0600, Mikkel L. Ellertson wrote:
> Tim wrote:

> > 
> A slight correction. It is not the BIOS oder that determines the of
> the drives under Linux. It is the kernel. What I would expect to
> happen is that you would only have the drivers for the drive with
> root file system loaded in the initrd, 
This is handed over by grub from BIOS to initrd?

> and the scan order would
What and where is the kernel function that scans?  What does scanning in
functional terms mean?  If you don't have the name of the function off
the top of your head, suggest where I might look in kernel code.

> always be the same unless you physically change drive connections or
> add drives. (Or use a kernel parameter to change the order.)
> 
> With SATA drives and USB drives, the USB drive should always be
> discovered later then the  SATA drive because the usb_storage driver
> should not be loaded until after the root file system is mounted.
>                                                       But if the
> usb_storage module is in the initrd, then things are not as clear.
> It should still find things in the same order, but in this case, it
> isn't.
> 
> One other thing that I should have commented on earlier - there is
> nothing that says that the root file system has to be on the first
> SCSI drive, so the system can use that in determining what drive
> should be /dev/sda. It used to be fairly common in dual boot systems
> to have Window on the first drive, and Linux on the second drive.
> 

I know I can view attached devices through cat /dev/* or cat /sys/*.
But those file systems just reflect a read-only view of an existing
kernel file struct (I think).  How does the kernel, as it scans, place
the data in the struct (or table) and what are the structs called? Isn't
hwconfig just a user view?  Again pointing in the right direction is
sufficient for me?

> Mikkel
> -- 

I have been trying to trace (for interest and completeness of
understanding) how device data first gets into the kernel for over a
month now.  I have read endless number of sites regarding standards,
naming protocols, address protocols, modules, drivers, BIOS and grub.
All have been helpful and all have been ultimately understandable.  But
words like "probes for", "registers" etc. for devices are never
explained.

P.S.  I even have a manual (text book) that purports to explain the
kernel code (2.6.7 or greater) line-by-line, which mainly it does, but
it seems to remain silent on scanning and registering devices at
startup. Or, at least, I am misreading because I can't find it.

-- 
Regards Bill

-- 
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