I'm booting with the jfs.s kernel on Slackware 9.1 which detects my Adaptec 7880-AIC SCSI adapter. However I've tried fdisk /dev/sd*( where * is 'a' to 'p') and all I get is "Unabel to open /dev/sd*" Has anyone had experience with this same problem?

What's the "dmesg" output around the scsi device scan?

Cheers,

Finegan

SCSI subsystem driver Revision: 1.00
ahc_pci:0:11:0: Using left over BIOS settings

scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8
<Adaptec aic7880 Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs

Vendor: ARCHIVE Model: Python 02779-XXX Rev: 6280
Type: Sequential-Access ANSI SCSI revision: 02
Vendor: TOSHIBA Model: CD-ROM XM-6401TA Rev: 1009
Type: CD-ROM ANSI SCSI revision: 02
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0
(scsi0:A:5): 20.000MB/s transfers (20.000MHz, offset 15)
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.12
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
8regs : 496.400 MB/sec
32regs : 297.600 MB/sec
pII_mmx : 673.600 MB/sec
p5_mmx : 691.600 MB/sec
raid5: using function: p5_mmx (691.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
LVM version 1.0.5+(22/07/2002)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 131072 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 2236k freed
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Freeing unused kernel memory: 112k freed

I have the RAID configured for RAID 0 with two fast/wide scsi 9GB seagate cheetas presently. Redhat 7.2 has no problem detecting the raid array, but I would prefer to use slackware.

I have also tried fdisk /dev/rd/c0d0 and fdisk /dev/ida/c0d0 and get the same unable to open /dev/xxxxx error.

All it saw was a Tape drive and the CDrom, the array is on the scsi card right? This one is a little weird, check:

cat /proc/scsi/scsi

and see if there's anything listed other the the tape drive. Are the hard drives on the same card, or do you have two?

Linux Software raid right?

Bloody weird...

That adaptec controller I think is built into even bare.i, so you might want to try some of the other kernels to see if they'll pick it up right.

Cheers,

Finegan

I just realized something from your reply, the tape drive and cdrom are connected to a scsi connector on the motherboard -NOT the card. Soory for the misinformation, I'm a dummy. I did try the bare.i kernel origingallly with the same results. Looking at the dmesg again, I think the AIC7XXX is for the onboard scsi contrller. The ID for hte controller is set at 7. This is driving me nuts, why does Redhat 7.2 detect the RAID arrray and is able to create partions on the logical drive but slackware 9.1 can't. I'm going to try the adaptec.s again with the card at ID 0.

#cat proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: ARCHIVE Model: Python 02779-XXX Rev: 6280
Type: Sequential-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
Vendor: TOSHIBA Model: CD-ROM XM-6401TA Rev: 1009
Type: CD-ROM ANSI SCSI revision: 02

Redhat has a big horking initrd with a ton of scsi modules in it. All of the distros went for a 1 kernel installer aside from Slackware. Patrick builds about 12 kernels all with different stuff compiled right into the kernel. Adaptec.s should see both... if not you can always copy the scsi module you need onto a floppy, and for the install, mount it and then insmod it. It worked for me when I wanted xfs (so had to use xfs.i), and also had to load support for my bizarre initio scsi card.

Cheers,

Finegan