Bug 19624

same for me, using Toshiba 4000 CDT,  4.6 Gb hardisk, 64 MB memory

I, too, have had this problem.

My system is a dual-boot Dell 300MHz Pentium II with 384MB of RAM.  Video card 
is a Matrox Millenium II AGP card.

I have 2 3D-accelerator (sp?) cards running in parallel, an ethernet card, and 
an ISA card that provides me with an additional serial port.

On one disk, I have Windows 98 installed, and on the other, I have Red Hat 6.2

Interestingly, cfdisk complains about my /dev/hda drive (the Windows drive) and 
I have removed it from /etc/fstab and put it in the /etc/auto.misc file.  The 
error that I get is that "Partition ends after end-of-disk"

/home is automounted via NFS to another computer on my network

The Windows drive is 8.4GB and the linux drive is 5.1GB
/boot is the first partition and takes about 16 MB of space
/usr is next and takes about 3.5 GB of space
swap is next and takes about 500 MB of space
/var is last and takes about 1.1 GB of space

Could you try running the installer with the 'nousb' option and see if it helps?

I have experienced the same problem when booting from CD-ROM or floppy on a 
Compaq 5000 series computer, AMD Duron 700, 64 MB, NVidia TNT2, USB keyboard. 

I was able to install another manufacturer's Linux distribution.

Using the "nousb" option I was able to sucessfully install 7.0.
I have the same problem when booting the system, but the "nousb" option solves 
that problem as well.

Thanks

We have found that the Linux kernel has problems with some USB controllers.

It would be helpful to us to have more information on your USB controller. I am
reassigning this bug to someone who knows more about this issue.

What does "lspci -v" show?

Here's what I got from lspci -v

00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev 03)
	Flags: bus master, medium devsel, latency 0
	Memory at 50000000 (32-bit, prefetchable)
	Capabilities: [a0] AGP version 2.0
	Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 (prog-if 00 
[Normal decode])
	Flags: bus master, 66Mhz, medium devsel, latency 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	Memory behind bridge: 40000000-40ffffff
	Prefetchable memory behind bridge: 42000000-43ffffff
	Capabilities: [80] Power Management version 2

00:04.0 Modem: PCTel Inc HSP MicroModem 56 (rev 02) (prog-if 01 [Hayes/16450])
	Subsystem: PCTel Inc: Unknown device 0001
	Flags: medium devsel, IRQ 10
	I/O ports at 1800
	Capabilities: [40] Power Management version 2

00:05.0 Ethernet controller: Bridgecom, Inc: Unknown device 0985 (rev 11)
	Subsystem: Bridgecom, Inc: Unknown device 0574
	Flags: bus master, medium devsel, latency 66, IRQ 5
	I/O ports at 1000
	Memory at 41000000 (32-bit, non-prefetchable)
	Capabilities: [c0] Power Management version 2

00:14.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)
	Flags: bus master, stepping, medium devsel, latency 0

00:14.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) 
(prog-if 8a [Master SecP PriP])
	Flags: bus master, medium devsel, latency 64
	I/O ports at 1880
	Capabilities: [c0] Power Management version 2

00:14.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) (prog-if 
00 [UHCI])
	Subsystem: Unknown device 0925:1234
	Flags: bus master, medium devsel, latency 66, IRQ 11
	I/O ports at 1840
	Capabilities: [80] Power Management version 2

00:14.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) (prog-if 
00 [UHCI])
	Subsystem: Unknown device 0925:1234
	Flags: bus master, medium devsel, latency 66, IRQ 11
	I/O ports at 1860
	Capabilities: [80] Power Management version 2

00:14.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
	Flags: medium devsel
	Capabilities: [68] Power Management version 2

00:14.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 [Apollo 
Super AC97/Audio] (rev 20)
	Subsystem: Compaq Computer Corporation: Unknown device 003d
	Flags: medium devsel, IRQ 10
	I/O ports at 1400
	I/O ports at 1890
	I/O ports at 1894
	Capabilities: [c0] Power Management version 2

01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15) 
(prog-if 00 [VGA])
	Subsystem: nVidia Corporation: Unknown device 001c
	Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 3
	Memory at 40000000 (32-bit, non-prefetchable)
	Memory at 42000000 (32-bit, prefetchable)
	Capabilities: [60] Power Management version 1
	Capabilities: [44] AGP version 2.0

What's your /etc/conf.modules?

Couldn't find conf.modules.  I assume that you meant modules.conf 
(lesdyxic? :)

Here it is:

alias parport_lowlevel parport_pc 
alias usb-controller usb-uhci 
alias eth0 tulip 

The filename changed :)

Can you try substituting usb-uhci for uhci, and see if that helps? (booting
without the "nousb" argument)

I assume that you meant replace "alias usb-controller usb-uhci" with 
"alias usb-controller uhci"

I made the change and rebooted without the nousb option.  The system hung 
on "Intializing the USB controller..."

What is the time frame for resolving this defect?

Same problem here: Machine runs 7.0 just fine.

It's an MSI motherboard- "K7T Pro 2" sporting a KT133 North Bridge and a VIA 
82C686B SouthBridge.

After some work today,  I don't think ckloiber's problem is the same thing -- I
tracked his issue to the loading of the ide-cd.o module during Fisher
installation (using a network install to check, since the VT's are up at that
point in the network install).  The machine is installing on an HP CD-Writer
Plus 9500 -- anyone else using a CD-R, CD-RW, or DVD drive?

Hi
	I just installed Redhat 7.1 on an IBM Thinkpad i1300. Used the nousb option
both for the install and the subsequent boot. However, the thing hangs at
Checking for new hardware. Do I use something like nokudzu option ?

Hi,
I too share the same problem. I have an IBM i1200 series, RH 7.1 hangs at 
Checking for new hardware (or while updating the /etc/fstab). After lot of 
reinventing of the wheel, tried nousb - installation goes about fine. 
Subsequent booting up runs into trouble at the stage mentioned above. Even 
tried the interactive option and disabling kudzu. Even this does not work 
(because "Checking for new hardware" - seems to frustrate any attempt). 

I used to have RH6.1 working without any problems with a 2.4 Kernel. Used to 
have similar problem while compiling kernel with UHCI driver. But worked 
somehow with OHCI.

Would appreciate any help

-Lakshmi

I got the same "hangs on running /sbin/loader" problem when I tried to install RH 7.2 on thinkpad i1300.

I am not proceeding the installation with "linux nousb". However, how is the  permanent solution
that allows me to use my usb port?

I suspect my RH 7.2 is still not up-to-date with the proper fix. How could I upgrade or patch my release
to make the RH 7.2 the latest?

Thanks 
Mandrick

"linux nousb" doesn't work when installing Redhat 7.3.  I've been trying for 2
days straight to find the secret code to run the 7.3 installer minus USB, but
have so far had no such luck, still completly locks up when loading the USB
drivers.  Please don't tell me I sat through the 7.3 ISO downloads for nothing.

Thanks in advance, 
Bryce

I see this bug rapidly turns into a catch-all "my USB does
not work" bug. This won't do. If the dillution continues, I'll close this
bug with WONTFIX, because multi-problem bugs cannot be fixed ever.

chhabra.edu, laks98, mandrickko
and any other i1200/i1300 sufferers should attach to bug 50225,
which deals with their issue specifically. Their notes are not
to be considered for this bug lifecycle (19624).

btuttle, please create a new bug in cathegory "anaconda"
so that Dr. Mike's team deals with "nousb" failure.

Shifted to zaitcev.

Oh my, this is one historic bug! The original requestor
s.coates and two first reproducers
ehf, brian do not appear to
have any USB problems whatsoever. Then, steve
came along and hijacked the bug for USB.

Steve - please re-try with 7.3 is file a new bug if it breaks.
Lots of changes happened since 7.0 :)

I think I dealt with everyone. The original bug is stale,
so if the original trio is still interested, let them
say it. Otherwise, I'll close in a week.

The PC I reported the bug did indeed have USB on it, actually.  However said PC 
has since been reloaded with BSD and used for other purposes, so the bug is no 
longer an issue for me.  Heck, it was 19 months ago... I gave up hope for a fix 
long ago.

OK, closing.

I am sure this is not the last time we see IRQs mis-assigned,
un-assigned, etc. Those BIOS people, grrrr. Keep poking your
motherboard vendor, they come up with fixes sometimes.
And file new bugs - the worst may happen is that I'll close
them with WONTFIX or NOTABUG.

Thank You! Michael Fulbright you are my angel. "Linux nousb" worked 
perfectly. Now I am litle further with my 64-bit Fedore core 2 
installation.

Tommy Granlund, from the Linus Torvals´s homecountry.

Thanks!  The command, "linux nousb" was necessary to install Fedora Core 4 on a
computer with Nvidia chipset (HP Pavilion a390n) to avoid hang at /sbin/loader.
 Subsequently downloading the Nvidia USB, Audio and Video drivers for linux,
from the Nvidia site, restored full USB functionality.  Even got the onboard dsp
modem to work by installing the latest alk driver (7.1b at this writing) from
http://linmodems.technion.ac.il/packages/ltmodem/kernel-2.6/  Cheers!

Henry, www.thenerdshow.com