|
Two parts to this message...first: what's happening now, second: more background details
FIRST: The reason the results of the interrupt scan look different is because I'd already started trying to limit the irq's via the config.opts "exclude" directives and the PCIC_OPTS setting for "irq-list". Neither seems to do any good. This last time I set "do_scan=0", ran /etc/rc.d/init.d/pcmcia start and it immediately rebooted the system! On the reboot I didn't catch the LILO prompt to go into single user, so it booted normally (run level 5) and when it got to the pcmcia driver load, I got a kernel panic! Doh! BACKGROUND: Initially I was having NO problems getting the initial card drivers to load, I just wasn't able to get the cards configured correctly (either the CBEM56G-100 or a older 3com/megahertz 3CCFE574BT, which should be supported). When I got the Xircom to finally be configured, I rebooted. On the shutdown, the system hung when unloading the PCMCIA services - with the same message about attempting to access the DVD drive. Since then, I have not been able to start the cardmgr services (manually or on boot) and keep getting the DVD access error. Since the system hangs during boot and shutdown required a hard reboot (power off), the system came up and did the disk check. I'm wondering if there's damage to the file system that's causing this problem. Other than a clean install (which is just a time headache, since this is an initial attempt to get this thing up, so no data to lose yet), is there a way to verify this and/or clean things up? (Newbie question: if the boot or shutdown hangs, is there a key combination to reach a root console and try again (like shutting down the pcmcia services manually and then shutdown/reboot)? Or is it just the big power switch?) Please help - I'm a bit mystified about what's going on here. --jason
|
Messages