I'm installing gentoo on an old laptop.
I booted the livecd with the option nousb since I knew the USB was broken on this machine. However uhci_usb was still loaded. Which led to an error message spamming 3 times a second on the screen.
Now I got rid on it by doing an rmmod.
However It shouldn't be loaded in the first place.
Steps to Reproduce:
1. Insert Install CD
2. boot a kernel with option nousb
3. Let the spamming begin
Spamming of error lines on the screen causes by loading of USB module
No USB modules loaded
It is an old laptop
Compaq Armada 100s
56 mb ram
8 mb video ram
USB interface is know to be broken
Is nousb even a valid option? It's not *anywhere* in the current genkernel version. Perhaps you need to use noload=uhci_usb.
It looks like it's just the README.txt and x86-F5.msg files in catalyst that need to be updated. It looks like they contain a lot of outdated info.
Hrrrmn... nousb really only controls whether or not genkernel loads USB support into the initramfs before booting the squashfs... however, it should also keep it from being loaded later on... it used to work, prior to udev handling hotplug events. I'll have to look into udev to try to figure out how to get it to skip certain devices and such and modify genkernel for this. It'll take a while, so it might not even be fixed in 2008.0's release.
I'll be sure to include a workaround into the next version, so you can at least get things going, though with a really ugly command line. I need to explicitly allow for enabling things via "do*" even when they're already defaulted to on, so you could do something like "nodetect dopcmcia dodhcp" and it would work. Right now, the dodhcp would do nothing because dhcp is on by default, but dopcmcia would work, because it is off by default.
Could you try using "nousb nohotplug" and see if it works?
Andrew, "nousb" should be in genkernel to disable loading of MODULES_USB. It isn't shown explicitly, since that is processed by the code that does them all and isn't specific to a single no*/do* option.
I Got gentoo running on it And right now am updating my world (could take a while :S)
However the CD-ROM drive is also very old so It has trouble with reading CD-R. But when I'm done I'll try to check if that options works.
Wow...K6-2 550MHz, 56MB RAM, busted USB, old-ass CD-ROM. I think somebody is a masochist :P
The processor itself isn't that bad, but when you combine it with everything else and a likely 5400RPM HD, you're looking at lots of pain.
Hehe Yeah I know.
It is compiling GCC now the new version. Already going on for 10 hours straight :P But it is not my main machine. I have the network up and running. Booting acutally goes pretty fast. So it will be a nice music streamer or something one day (will take for ages to get there :P).
I'm in Amsterdam for the next few day's. I'm sure my folks won't notice another laptop sitting in my room. Just compiling and ready to recieve my ssh sessions. :)
Reassigning this to livecd, since it really needs to be fixed in livecd-tools.
Stopping udev from loading some modules could work using:
1. adding blacklist entries to some modprobe conf-files.
2. adding udev-rules to abort processing before the modprobe calls.
Alternative 1 sounds simpler (if /etc is writable) as one can use plain module names.
But: If used not only for a livecd the file created in /etc will persist if not auto-removed during reboot.
Last comment from 2008. Can we get Linux 3.x and udev-197 tested?