On my system PIII 500 MB: Asus P2B-DS and Adaptec SCSI controller ( CDROM and HD scsi) the Universal 2004.3 installation hangs on boot with kernel param: gentoo doscsi on :..... ::Scanning for tmscsim... without the "doscsi" the CDROM is not detected the root is not found Reproducible: Always Steps to Reproduce: 1. Insert the CDROM 2.Boot with doscsi parameter 3. Actual Results: The sytems hangs Expected Results: continue the installation
Happens to me as well: Aopen mainboard Celeron 2,5ghz Adaptec 29160 SCSI controller
I have a Dell Poweredge 1300 Adaptec 7890 controller IDE Cdrom (boots to cdrom fine) Gets to Scanning for tmscsim... and then hangs there.
If you have an IDE CDROM then do *not* use doscsi. The doscsi is *only* for enabling minimal SCSI support for SCSI CDROMS. Of course, this doesn't fix the problem, but it does give you a way around it.
same with: dell poweredge 2300 Adaptec 7890 controller although this appears to happen no matter what hardware is being used. (and yes, unfortuntely, SCSI CD-ROM)
*** Bug 74359 has been marked as a duplicate of this bug. ***
Genkernel: can we have this driver removed from the autoload on future versions of genkernel?
Genkernel magic done...
Alright... so this should be resolved for 2005.0, but I will leave it open so we can verify it.
In the past, I have just used my old 1.2 iso's to install on machines with SCSI hardware. Today I found this thread, while attempting to do a 'hardened' install, their latest iso also hangs while detecting the tmscsim module. http://forums.gentoo.org/viewtopic.php?t=267325&highlight=scsi I downloaded the iso provided in the thread above, started the installation with 'doaic7xxx' and everything looks good. Figured I would add this to the current discussion as it would seem to be a better solution than deleting the module.
Yeah... that completely defeats the purpose of having modules autoload and also pretty much rules out anyone that isn't a Linux expert from being able to use a SCSI (or SATA) CDROM to install from. Not to mention, it causes problems for USB CDROM or Flash drive users. Personally, I'm sticking with removing the one offending module from auto-load in the initrd, at least until we can come up with a better hardware detection method that doesn't have to probe modules to determine the validity of its use.
I've tried this LiveCD on an Asus A8V Deluxe motherboard (K8T800 Pro) with an Adaptec 29160N SCSI card (aic7xxx). Booting with 'gentoo doscsi' works fine, whereas it would hang on tmscsim with earlier LiveCD's. I only had to run 'modprobe sk98lin' to get the NIC going after booting.
For clarification, Comment #12 From Magnus Nilsson was talking about one of the test isos from experimental from january 2005. I was talking to him on irc.
Well, we removed the tmscsim module from being autoloaded in genkernel, so that isn't surprising.
This should be fixed in 2005.0
