Hi there, I noticed that I cannot access one of the two 73GB SCSI disks any more (connected to a 53C1030 LSI/Fusion MPT controller); during bootup the message "READ CAPACITY failed" appears. Searching the net I've seen two very interesting posts [0] about this and I think this is exactly what happened to my disk: I was booting the same system into Solaris 10 earlier and wanted to erase the partition table via "dd if=/dev/zero ..." but as this wasn't working (the table was still in place) I "played around" with format[1] and may have issued the "FORMAT" command - but as it estimated to run ~100 minutes I interrupted the command and booted into Linux (2.6.32) only to see that sdb now has a different geometry: # hdparm -g /dev/sd[ab] /dev/sda: geometry = 8924/255/63, sectors = 143374744, start = 0 /dev/sdb: geometry = 0/64/32, sectors = 0, start = 0 Unfortunately, sg_format (as suggested by Douglas in the posts) were not able to recover the disk. I wonder if the disk is still OK (it was working earlier, SCSI FORMAT commands won't destroy the disk, right?) and if anyone knows some magic SCSI commands to issue so that the disk returns to a normal state again. I've the lsiutil[2] tool on my hands, just in case some more details are needed. Any ideas? Thanks, Christian. [0] http://www.mail-archive.com/linux-scsi@xxxxxxxxxxxxxxx/msg09553.html http://www.mail-archive.com/linux-scsi@xxxxxxxxxxxxxxx/msg07629.html [1] http://www.sun.com/bigadmin/content/submitted/format_utility.jsp [2] http://www.lsi.com/DistributionSystem/AssetDocument/LSIUtil_1.62.zip v40z1# dmesg | grep sdb sd 2:0:1:0: [sdb] READ CAPACITY failed sd 2:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08 sd 2:0:1:0: [sdb] Sense Key : 0x3 [current] sd 2:0:1:0: [sdb] ASC=0x31 ASCQ=0x0 sd 2:0:1:0: [sdb] Write Protect is off sd 2:0:1:0: [sdb] Mode Sense: ab 00 10 08 sd 2:0:1:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 2:0:1:0: [sdb] READ CAPACITY failed sd 2:0:1:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08 sd 2:0:1:0: [sdb] Sense Key : 0x3 [current] sd 2:0:1:0: [sdb] ASC=0x31 ASCQ=0x0 sd 2:0:1:0: [sdb] Attached SCSI disk v40z1# sg_format --format -vvv /dev/sdb open /dev/sdb with flags=0x802 inquiry cdb: 12 00 00 00 24 00 duration=0 ms SEAGATE ST373307LC 0007 peripheral_type: disk [0x0] PROTECT=0 mode sense (10) cdb: 5a 00 01 00 00 00 00 00 fc 00 duration=0 ms mode sense (10): requested 252 bytes but got 28 bytes mode sense (10): response 00 1a 00 10 00 00 00 08 08 8b b9 98 00 00 02 00 81 0a c0 0b ff 00 00 00 05 00 ff ff Mode Sense (block descriptor) data, prior to changes: Number of blocks=143374744 [0x88bb998] Block size=512 [0x200] A FORMAT will commence in 10 seconds ALL data on /dev/sdb will be DESTROYED Press control-C to abort A FORMAT will commence in 5 seconds ALL data on /dev/sdb will be DESTROYED Press control-C to abort format cdb: 04 18 00 00 00 00 format parameter list: 00 02 00 00 duration=280 ms Format has started test unit ready cdb: 00 00 00 00 00 00 sense buffer empty FORMAT Complete v40z1# echo $? 0 -- BOFH excuse #449: greenpeace free'd the mallocs -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html