I'm trying to install Red Hat Linux 6.0 on a system that has a Tyan Thunder 
motherboard. The install CD boots and guides me through the partition process. Then it 
asks me which paging partitions to use and whether to check the for bad blocks. If I 
choose to check, the kernel immediately panics with the following message:

Process swapper (pid: 0, process nr: 0, stackpage=c01f1000)
-- stackdump and calltrace not copied --
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

If I choose not to check the paging areas for bad blocks, I get to the package 
selection screen. Once done, it asks me which partitions to use and offers to create 
new filesystems on them. Since this is a new system, I choose to do so and immediately 
get a panic like the one above.

I noticed new install images on updates.redhat.com that are supposed to fix certain 
problems with Adaptec adapters, but I get the same result with them.

Switching to a different disk doesn't help either, as doesn't changing the BIOS and 
Adaptec BIOS settings.

The puzzling part here is that this very computer has been running Windows NT 4 (with 
device drivers supplied by Tyan) and Debian Linux (using the standard install disks) 
without problems for a long time.

The system is equipped in the following way:

2x PII 450 MHz CPU's
256 MB PC100 SDRAM
Onboard Adaptec AIC-7895 dual-channel SCSI adapter
2xIBM Ultrastar SCSI disks
NEC SCSI CD
Yamaha SCSI CD writer
Iomega SCSI Zip (internal)

The CD's and the Zip is connected to channel A and the disks are on channel B. The 
SCSI BIOS is set to boot from SCSI id 0 on channel B. There are NO IDE devices in the 
system, and the IDE controllers has been disabled in the BIOS. Enabling them doesn't 
change anything, however.

Just to check that nothing has happened with the system, I did a trial installation of 
Windows NT again, and it ran just fine (well, as fine as NT can run).

Has anybody seen this or has a clue about what's going on here?

-- 
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null

Reply via email to