Milan Prihoda wrote:
Hi Brynet,
thank You very much for Your idea.
It works :-)
Brynet wrote:
Hi Milan,
David Vasek was on the right track with his message, it seems likely
that the driver is bailing out on line 1439 in /usr/src/sys/scsi/sd.c.
1423: /*
1424: * Restrict blksize values to powers of two between 512 and
64k.
1425: */
1426: switch (dp->blksize) {
1427: case 0x200: /* == 512, == DEV_BSIZE on all
architectures. */
1428: case 0x400:
1429: case 0x800:
1430: case 0x1000:
1431: case 0x2000:
1432: case 0x4000:
1433: case 0x8000:
1434: case 0x10000:
1435: break;
1436: default:
1437: SC_DEBUG(sd->sc_link, SDEV_DB1,
1438: ("sd_get_parms: bad blksize: %#x\n", dp->blksize));
1439: return (SDGP_RESULT_OFFLINE);
1440: }
Adding a special case for 0x208 after 0x200 may let the driver
attach.. this way you can dump the raw data off of the disk.
All bets are off after dumping the data, what file system were you
using on it?
I have no idea about filesystem, because these drives are from old
(but risc) as/400 machine. There are four "root" drives, i dont know,
in which configuration of raid (if there is smth like raid) they are.
I am just curious.
So again, thank you all.
-Brynet
