Problem with kernel 2.6.18-x can not install/boot debian etch

Hello.
I have problem with install/boot debian etch:
Debian etch (testing)
Pentium D 820,
MSI p965 Neo (intel p965 + ICH8 + JMicron)
My HDD (Seagate ST380817AS) connected to SATA socket 3 (First SATA socket on ICH8)

When I boot system:

irq 233: nobody cared (try booting with the "irqpoll" option)
[] _report_bad_irq+0x2b/0x69
[] note_interrupt+0x1a6/0x1df
[] _do_IRQ+0xae/0xe8
[] do_IRQ+0x3f/0x4d
[] mwait_idle+0x0/0x38
[] common_interrupt+0x1a/0x20
[] mwait_idle+0x0/0x38
[] mwait_idle+0x25/0x38
[] cpu_idle+0x6f/0x98
[] start_kernel+0x369/0x36f
handlers:
[] (usb_hcd_irq+0x0/0x55 [usbcore])
Disabling IRQ #233
.....
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ata4.00: qc timeout (cmd 0xec)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4)

When I connected my SATA HDD to another SATA socked 4,5,6 (stil ICH8) then system work perfect...

What is this?
Please help me?

0

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Bios Configuration

I just had this problem, or one very similar to it, with some of the same kernel output.

ATA: abnormal status 0xD8 on port 0xF807
ata4.00: qc timeout (cmd 0xec)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4).

I believe the bios settings for the HDD itself needs to allow 32 bit data transfers. If this is not allowed in the bios, and the kernel tries setting this value on the drive at boot, you get this, and it won't boot. Also, there should be a bios setting for 'Plug And Play OS' 'Yes'. Set that to 'Yes' so the drive settings aren't locked by the bios. Finally, to get rid of buggy ACPI, 'acpi=off' passed to the kernel on boot.

I had to reinstall my bios, and a few settings got changed, so I had to set it back right, and found out what was amiss. This seems to be a problem will every SATA controller, Sil3112, Intel ICH5 ICH6 ICH7 ICH8 Nvidia Via, so it most certainly would be something about libata, and I don't believe this should be fixed so people can run their disks in 16 bit mode. I think a less cryptic warning from libata, asking the user to try turning on 32 bit disk access and plug and play OS Yes, and to try disabling buggy acpi would do the trick.

Syndicate content