Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 206954

Summary: app-misc/livecd-tools: nousb option doesn't work due to udev
Product: Gentoo Release Media Reporter: Roeland Douma <roeland>
Component: EverythingAssignee: Gentoo Release Team <releng>
Severity: normal CC: udev-bugs
Priority: High    
Version: unspecified   
Hardware: x86   
OS: Linux   
Package list:
Runtime testing required: ---

Description Roeland Douma 2008-01-21 23:37:31 UTC
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.

Reproducible: Always

Steps to Reproduce:
1. Insert Install CD
2. boot a kernel with option nousb
3. Let the spamming begin

Actual Results:  
Spamming of error lines on the screen causes by loading of USB module

Expected Results:  
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
Comment 1 Andrew Gaffney (RETIRED) gentoo-dev 2008-01-22 01:41:16 UTC
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.
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2008-01-22 02:32:29 UTC
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.
Comment 3 Roeland Douma 2008-01-22 08:36:55 UTC
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.
Comment 4 Andrew Gaffney (RETIRED) gentoo-dev 2008-01-22 13:32:17 UTC
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.
Comment 5 Roeland Douma 2008-01-22 23:48:00 UTC
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. :)
Comment 6 Chris Gianelloni (RETIRED) gentoo-dev 2008-02-07 22:26:09 UTC
Reassigning this to livecd, since it really needs to be fixed in livecd-tools.
Comment 7 Matthias Schwarzott gentoo-dev 2008-08-14 11:44:13 UTC
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.
Comment 8 Samuli Suominen (RETIRED) gentoo-dev 2013-01-28 11:57:05 UTC
Last comment from 2008. Can we get Linux 3.x and udev-197 tested?