the hardware: Adaptec AHA-2910A ID 7
Seagate Barracuda ST34371N (internal) ID 1

Ok heres my problem when ever I boot up with the Segate hard disk I get

(scsi0:A:0:0):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)
(scsi0:A:0:1):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)
(scsi0:A:0:2):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)
(scsi0:A:0:3):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)
(scsi0:A:0:4):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)
(scsi0:A:0:5):Unexpected busfree while idle
SEQADDR == 0x15d
(I get three of these)

and it doesnt load the drive.

This words just fine under windows and the card works fine under debian when I have only the cdrw conected.

So is this just a configuration error or does debian just not like the device?

Bump!

Come on guys I really need help!

I'm not familiar with 2910A, Adaptec does not list this card on their web site.
Pretty sure that drive is Narrow and single ended. The only card I know of that handles single ended devices *AND* is supported by the linux kernel is the 2940, I happen to use a old 2940UW in a linux machine here. What kind of card is a 2910A?

Here is the exact message I get when it runs:

SCSI subsystem driver Revision: 1.00
Red Hat/Adaptec aacraid driver, Apr 14 2002
PCI: Found IRQ 10 for device 00:0b.0
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4
<Adaptec aic7850 SCSI adapter>
aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs

(scsi0:A:0:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:0:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:0:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:1:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:1:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:1:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:2:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:2:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:2:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:3:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:3:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:3:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:4:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:4:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:4:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:5:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:5:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:5:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:6:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:6:0): Unexpected busfree while idle
SEQADDR == 0x15d
(scsi0:A:6:0): Unexpected busfree while idle
SEQADDR == 0x15d
DC390: 0 adapters found
3ware Storage Controller device driver for Linux v1.02.00.016.
3w-xxxx: No cards with valid units found.
i2o_scsi.c: Version 0.0.1
chain_pool: 0 bytes @ c1279520
(512 byte buffers X 4 can_queue X 0 i2o controllers)

So is this the driver that the Kernel is using that could be giving me the problems, or does debian just not like the drive, or is it a hardware configuration problem?

Any help would be greatly thanked.

I'm not really sure whats wrong since I haven't seen this problem before, but in general these are the things I'd start to check.
Since you said it works fine in windows, I'd check that you are installing the latest version of your motherboards chipset driver into linux.
Also check both windows and linux interrupt allocation, see if either one has more than 1 device using the same interrupt. Sometimes moving the card from one PCI slot to another fixes these problems.
You could go into the Adaptec SCSI-Select Bios (CTRL-A on bootup) and try diagnostics or changing the bus max speed. Some cards have options in there for changing the term-power, and whatnot.
Its hard to tell because you say its working for windows and not linux, that's whats got me stumped.
It doesn't sound like a driver problem, but don't hold me to it.