On Mon, 30 Mar 2009, Frank Steiner wrote:
Steffen Winterfeldt wrote
Could it be the other modules have already been loaded (by udev at startup)?
Where could I see that? The output on console 3 starts with "remount of / ok", followed by a list of modules that I haven't specified (like lockd.ko, fan.kom nfs.ko etc.). Then follow some of my own modules, as described.
I pressed Ctrl-S after I saw my modules started to load and then switched to console 9 and typed "lsmod". Indeed I see a lot of modules, like the e1000 or ata_piix in this list.
Does it mean they were already loaded? If so, why did that happen?
udevd is responsible for module loading (as in the installed system).
If all those modules are preloaded at some stage, then I could never ensure that a SCSI disks is detected before a SATA disk if ata_piix is always loaded before my own SCSI modules via insmod. I thought the insmod mechanism is meant to load modules before any other modules are loaded automatically, to override the order in which hardware is detected.
'insmod' was there to load modules that were (for whatever reason) not loaded automatically.
My current problem is that the card reader devices fetch sda-sdd and the SATA disk is sde. I need the SATA disk to be sda and I can't start
You should really not rely on specific device names. The kernel does not guarantee a defined initialization order.
to work with by-id or by-path because we have too many different hosts systems (IDE+SCSI, Sata+SCSI, Sata+FC, IDE+Sata etc.). The only method we ever found to handle all of those was to ensure that the main disk is always detected as first disk by load-ordering the modules.
What is the 'main disk' for you? The one you will boot from? Then maybe /dev/disk/by-id/edd-int13_dev80 is a way.
So how can we ensure the sata disk is detected before the USB devices?
AFAIK, you can't (in a sensible way). If it's any help to you, you can get back the pre-SLES11/11.1 behavior with 'linuxrc.debug=-udev.mods' which will turn off module loading in udevd and linuxrc takes care again. Steffen -- To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org