On a dual PIII 933 system with Asus CUR-DLS board and an Adaptec 3210S Raid the card is not detected on startup nor with modprobe which returns "device not found". On my dual Athlon 1.9 system (Asus A7M266-D board) the same card is detected with no problems. Both RH 7.3 XFS install disk and the Knoppix distro detect the card. Is this a problem with Gentoo's hardware detection?
It looks like Gentoo 1.4rc2 has problems with the Adaptec 3210S on a dual PIII 933 system. After struggling with the ncurses problem (for some reason Gentoo wanted to build ncurses and use c++) and working around that I got the system built. Since I have an all SCSI system I build the SCSI stuff into the kernel not as modules. I built SCSI and the dpt_i2o in. After completing all the instructions I boot the kernel (xfs-sources) and get this when it tries to detect SCSI: kmod: fialde to exec /sbin/modprobe -s -k scsi_hostadapter, errno=2 kmod: fialde to exec /sbin/modprobe -s -k scsi_hostadapter, errno=2 After this it panics obviouly and tells me that I need to fix lilo.conf - not so. It's correct as far as I can see. It should be noted that Knoppix and RH rescue CD BOTH find the 3210S with NO problems. And the LiveCd works on an AMD with the same card! It appears that Gentoo's hardware detection is having problems with this system when none of the others do. At this point I can not install Gentoo on this system (well, I can install it but it doesn't do much good if it won't boot <G>). Here's lilo.confboot=/dev/sda menu-scheme=Wb prompt lba32 timeout=100 default=Gentoo vga=normal # Normal VGA console # # Default image # image=/boot/vmlinuz-2.4.20-xfs_pre6 label=Gentoo root=/dev/sda2 read-only # # Memtest 86 # image=/boot/memtest86/memtest.bin label=Memtest86 optional
Any body looking at this one????!!!! I went back again - The BIOS is setup correctrly, the SCSI modules are built in, I rebuilt the kernel and tried to reboot with no luck. For some reason Gentoo is incabable of detecting the 3210Son this card when RH 7.3 and Knoppix have absolutely no problem! If there is something I've overlooked I'd be glad to hear the suggestions and check it out but I've posted on the list and the newsgroups and no one has a clue. Since RH, Knoppix work on this system (and the AMD system) while Gentoo works only on my AMD system with the same card I have to conclude that Gentoo's modprobe is broken in some way.
It appears that rc3 works on this system. I booted an rc3 LiveCD and when it came up the dpt_i2o module was loaded and I could mount my partitions. The only problem was that rc3 doesn't have the XFS tools (mkfs.xfs, etc.) so if I didn't already have the partitions setup I'd still be dead in the water. I notice that rc3 loads a bunch of modules for hardware I don't have - more so it seems than rc2 did.
Well, rc3 may detect it but it sure won't boot it. I took this system which was created with a LiveCD version rc2 and synced it. I then did an emerge -u --deep system and world. I built kernel 2.4.20-xfs-r2 and rebooted. I get the following: 1. The messages say detecting dpt_i20 adapters but it appears nothing is detected - I just see some dots and no information on the hardware. On another Gentoo system with the same controller I see information about the card. Then it says scsi0: SCSI host adapter emulation for IDE ATAPI devices 2. Shortly after that it panics and says it can not mount dev 8:02 - boot the right root= parameter in. Well I do have the correct parameter. Here's lilo.conf: boot=/dev/sda menu-scheme=Wb prompt lba32 timeout=100 default=Gentoo vga=normal # Normal VGA console # # Default image # image=/boot/vmlinuz-2.4.20-xfs-r2 label=Gentoo root=/dev/sda2 read-only # # Memtest 86 # image=/boot/memtest86/memtest.bin label=Memtest86 optional The RAID consists of five drives plus a hot spare that make up /dev/sda and is partitioned into several paritions. LiveCD finds it with no problem but for some reason it won't boot. It looks like Gentoo has some problem with this system. I've installed Gentoo on a dual Athlon with the same 3210S and RAID setup. Anything I can try?
Okay, one last time on this mess!<G>. I installed Gentoo 1.4rc3 again. Still won't work. LILO starts up, I select the Gentoo kernel - it begins startup. Does NOT detect dpt_i2o Adaptec - looks for one, does not find it. Eventually kernel panics because it can't mount /dev/sda2! I then install RH 7.3 on a spare partion. Boot it - works fine. Starts up , detects RAID controller and runs. I then copy my Gentoo kernel to the RH 7.3 /boot and add it to lilo.conf. The reboot and select Gentoo - fails again, same thing. I am using 2.4.20-xfs-r2 which worked with this board on an AMD system. At this point it looks like something in Gentoo is borked and it just won't find the controller when it boots. Any ideas or suggestions. I'm willing to work with Gentoo on this since at this point the system is not in service an dcan be sacrificed and played with. However, if we don't fix this I'll have to install RH - yuck - as I do need this running sometime.
do you have acpi in the kernel, if so, append acpi=off to your kernel parameters. let me know if this helps. Jay
that was my exact thought also, ive gotten his .config it has acpi enabled. I was trying to find a config for the rh7.3 kernel to see if its enabled on it also.
Will try acpi=off this evening if possible. I'll also see if I can find my RH 7.3 .config file.
You're a genius! I booted the system and went to text mode to boot (I have the RH LILO configured). I said gentoo acpi=off and it booted. I had some problems in that /lib/modules does not exist but the system did boot and run! Knowing this I can go back and redo the system. Some questions: 1. What is going on here - is this a hardware problem with this motherboard? 2. If I want to run acpi can I load it as a module and run it after I boot - say put it in modules.autoload? That's what I've been doing. I have built in acpi as modules and then loaded them with autoload. On this system I never got to modify autoload to include them.
acpi breaks much hardware, hard to say if you can run stable loading acpi after the scsi trial and error is only way to tell. btw, this isnt a gentoo bug :)
Okay. Thanks. Yup, turns out it wasn't but where else to start?? I've never had problems with it before and I compounded that by thinking acpi was mainly a problem on laptops. Thanks for the help. In the future I'll add acpi=off to my things to try.
glad to hear this helped. you may want to look for an updated BIOS for your hardware, but that could introduce other issues. so, i would recommend to just keep acpi=off for this mb. regards, Jay Pfeifer
Unfortunately, I have the latest <G> Thanks.
Moving these so we can remove the "Install CD" component from "Gentoo Linux". I apologize to everyone for this spam, but according to the bugzilla developers, this is the only reasonable way to do this.