sverre@lars.Seri.GOV (Sverre Froyen) (06/12/90)
I just bought a new disk (Micropolis 1578) to replace a dead one, however, I have problems bringing it up on my ICM3216. The drive formats without any errors and I can read and write to it. I (re)partition the drive as follows: Partition table for SCSI device 1:0 partition first block last block number of blocks 0 2 16385 16384 ( 8 Mb) 1 16386 94209 77824 ( 38 Mb) 2 94210 276157 181948 ( 88 Mb) 3 276158 458105 181948 ( 88 Mb) 4 656438 656501 64 ( 0 Mb) 5 640054 656437 16384 ( 8 Mb) 6 0 1 2 ( 0 Mb) 7 458106 640053 181948 ( 88 Mb) I can copy the loader and root file system to partitions 4 and 0 and boot unix (Rev H). I then proceed to make the other file systems using mkfs /dev/dsk/0sx 90974 1 540 for partitions 2, 3, and 7 and mkfs /dev/dsk/0s1 38912 1 540 for partition 1. After having done this I can observe a number of different problems: 1) Making the filesystems in the sequence 1, 2, 3, 7, causes labelit to report that 0s1 has 181948 blocks. 2) Reversing the sequence made the root file system vanish on one try and made all the blocks in the /usr (0s1) file system disappear while cpio-ing the usr files in a second. 3) I have also seen the /usr file system being clobbered after mkfs-ing another file system (possibly 0s7). I have tried reformatting the drive (no errors again) and rearranging the partitions with 2 and 3 larger and 7 as the (default) entire drive. The errors appear to be associated with writing on the last part of the drive (partition 7). I have brought it up skipping partition 7 and it appears! to work. This may, of course, be a bad disk drive or bad cabling, however, this drive is larger than anything I have tried on the ICM before, and I suspect there may be driver problems (e.g., if you use more than ~32000 2^15-1? inodes, df will report "not a file system"). Has anyone observed anything like this? Since the drive is destined for the pc532 an ICM software problem is not all that critical, however, if the drive itself is bad I need to find out now. BTW, the drive works with the asyncronous SCSI port on the pc532 and gives read and write transfer rates of 700 kB/s and 440 kB/s respectively (on 3MB transfers). Sverre -- Sverre Froyen sverre@seri.gov, sunpeaks!seri!sverre