home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.ultrix
- Path: sparky!uunet!gatech!utkcs2!utkux1.utk.edu!voodoo.utcc.utk.edu!snyder
- From: snyder@voodoo.utcc.utk.edu (kim snyder)
- Subject: maxtor disk problems on decstation 5000 - HELP!!
- Message-ID: <1992Aug25.203250.11167@utkux1.utk.edu>
- Followup-To: comp.unix.ultrix
- Sender: usenet@utkux1.utk.edu (USENET News System)
- Organization: University of Tennessee Computing Center
- Distribution: na
- Date: Tue, 25 Aug 1992 20:32:50 GMT
- Lines: 80
-
-
-
- Background:
-
- someone orders a disk for a decstation 5000 running ultrix4.1.
- They get a maxtor panther p1-17S disk, install it, call someone
- to set it up for them.
-
- They wanted the disk divided up into 3 parts. i partition it
- into 3 parts. now comes trouble. whenever they use the 3rd
- partition, it trashes the partition table. No superblocks can
- be found to recover jack. the filesystems on partition 1 (a)
- and 3 (g) are trashed and the machine freezes.
-
- using rzdisk, it seemed to think there were fewer sectors on the
- disk than the spec sheet called for. So instead of using the number
- the spec sheet had, i used that number. repartitioned, newfs'd.
- it was doing okay until the partition fills up (to 111% !!!). it
- doesn't loose the partition table, but the filesystem on partition
- a gets trashed. (that is, i newfs'd all three partitions, mounted
- them all, then unmounted all but the 3rd one. tarred /usr onto
- it until it filled up. then try to mount /dev/rz6a, and it says
- "invalid argument").
-
- Thinking i had allocated an unacceptably large number of sectors,
- i used 10% of what rzdisk gave me. same thing as above happened.
-
- Other trivia. using rzdisk, there is no bad block list. rzdisk
- could also find no bad blocks.
-
- Here are the specs:
-
- track density (tpi) 1,498
- disks 10
- data heads 19
- servo heads 1
- tracks 33,782
- sectors (512 bytes) 2,947,261
- cylinders 1,778
-
- /etc/disktab:
-
- rz111|RZ111|Maxtor Panther P1-17S:\
- :ty=winchester:ns#80:nt#19:nc#1778:\
- :pa#880977:ba#8192:fa#1024:\
- :pb#32768:bb#8192:fb#1024:\
- :pc#2947261:bc#8192:fc#1024:\
- :pd#32768:bd#8192:fd:#1024:\
- :pe#880977:be#8192:fe#1024:\
- :pf#32768:bf#8192:ff#1024:\
- :pg#880977:bg#8192:fg#1024:\
- :ph#32768:bh#8192:fh#1024:
-
- # chpt -q /dev/rrz6a
- /dev/rrz6a
- No partition table found in superblock...
- using default table from device driver.
- Current partition table:
- partition bottom top size overlap
- a 0 880976 880977 b,c,d,f,h
- b 32768 163839 131072 a,c
- c 0 2936592 2936593 a,b,d,e,f,g,h
- d 0 0 0 a,c,f,h
- e 880977 1761953 880977 c
- f 0 0 0 a,c,d,h
- g 1761955 2642931 880977 c
- h 0 0 0 a,c,d,f
-
- [ this is after i lost the filesystem again - hence the "no
- partition table found in superblock..."]
-
- there is a b partition, but it is not being used for anything.
- or is it? i didn't tell it to swap here, anyway.
-
- Maxtor has no clue about using their disk on unix much less on a
- decstation. could it be that since scsi is not scsi is not scsi,
- that there is something fundamentally wrong w/ this disk?
-
- kim
-
-