home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / hp / 9802 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  4.1 KB
  1. Path: sparky!uunet!mcsun!uknet!axion!elephant!rwhelan
  2. From: rwhelan@elephant.axion.bt.co.uk (Richard Whelan)
  3. Newsgroups: comp.sys.hp
  4. Subject: Help with 1.3G disk
  5. Message-ID: <1992Aug28.091727.19482@axion.bt.co.uk>
  6. Date: 28 Aug 92 09:17:27 GMT
  7. Sender: news@axion.bt.co.uk
  8. Reply-To: rwhelan@axion.bt.co.uk
  9. Organization: British Telecom Labs
  10. Lines: 88
  11. Organisation: BT Laboratories, Martlesham Heath, IPSWICH UK
  12.  
  13. Hi,
  14.  
  15.     I have a problem. I'm trying to add an HP57960, and HP disk, but not
  16. supported as an HP product, which is 1.3GB (formatted), well supposed to be.
  17. The disk is due to go onto to a HP9000/425 running 7.05, which has already
  18. got two internal 600Mb disks and one external 300 Mb Maxtor disk, used for
  19. swap. I eventually managed to get a disktab entry for the disk, directly sent
  20. from HP. Below is a copy of the checklist file I was trying to use.
  21.  
  22. /dev/dsk/0s0    /       hfs     defaults        0       1
  23. /dev/dsk/1s0    /home/vulture   hfs     defaults        0       2
  24. /dev/dsk/1s0    /       swap    defaults        1       0
  25. /dev/dsk/4s0    /       swap    default         0       0    (Maxtor disk)
  26. /dev/dsk/2s0     /spare hfs rw,suid 0 2                (New disk)
  27.  
  28. I was originally trying to get the new disk to talk on 4s0 as the swap disk
  29. was already on 2s0. For some weird reason the new disk kept on being seen as
  30. 2s0 and so we had a 1.3 Gb swap disk, useful for swap but useless to me. In
  31. the end we recobfigured the kernel to use 4s0 as the swap disk and mount the
  32. new one on 2s0. 
  33.  
  34. Ok. So now we have a useable 1.3 Gb disk, or so I thought. I managed to
  35. newfs the disk and it gave me approx the right size. Then we started
  36. having problems. We decided to make the new disk a project disk, so we tried
  37. to copy a 100Mb + directory in /home/vulture, using cpio onto the new disk.
  38. At first it went fine, then the following errors started to appear
  39.  
  40. Cannot create directory for
  41. </spare/maint/docman/newgen/source/lib/resrce_err.o> (errno:6)
  42. Cannot create directory for </spare/maint/docman/newgen/source/lib/salloc.c>
  43. (er
  44. rno:6)
  45. Cannot create directory for </spare/maint/docman/newgen/source/lib/salloc.o>
  46. (errno:6)
  47. Cannot create directory for </spare/maint/docman/newgen/source/lib/set_ext.c>
  48. (errno:6)
  49.  
  50. etc. (masses of them).
  51.  
  52. a df of the device showed
  53.  
  54. Filesystem           kbytes    used   avail capacity Mounted on
  55. /dev/dsk/2s0        1277886    6744 1143353     1%   /spare
  56.  
  57. and trying to create further directories resulted in the following:
  58.  
  59. # mkdir JUNK
  60. mkdir: cannot make directory JUNK: No such device or address
  61.  
  62. Thinking there might have been a formatting problem I mediainited the disk
  63. and re-newfsd it. Then it tried the copy again, and it crashed out in
  64. exactly the same place.
  65.  
  66. Thoroughly confused I called in the suppliers who sent and engineer with a
  67. new disk, and we tries again. With the new disk I got exactly the same
  68. error. We then tried a different method of copying. I tarred a file onto that
  69. disk until we had used about 20 Megs. Hooray we had got past the 6.7 Mb
  70. mark. However when I then tried to untar the file within the disk, it
  71. crashed out again, with the same error. Probably about 6.7 Mb beyond the
  72. starting point. I then tried to fsck the disk. If I use the raw device, ie
  73. /dev/rdsk/2s0 it goes through no problems. If I use the other device,
  74. /dev/dsk/2s0 it dies instantly saying it can't read a particular block,
  75. which happens to match the last magic block number from a newfs. This to me
  76. sounds as though the disktab could be slightly wrong, but I don't know.
  77.  
  78. My questions are:
  79.  
  80. Has anyone had this problem or even better succeeded in getting an HP97560
  81. disk onto an HP9000/425 running 7.05.
  82.  
  83. Also does anyone have another copy of the disktab entry, as the one I have
  84. may of course not be quite correct.
  85.  
  86. And lastly HELP !! 
  87.  
  88. Please can you mail me directly, with any help you may have.
  89.  
  90.  
  91.             Richard Whelan
  92.  
  93. ---------------------------------------------------------------------
  94. vax to vax (UUCP)  RWhelan@axion.bt.co.uk
  95. paper to paper     DAE11 G01 SSTF, British Telecom Research Labs,
  96.            Martlesham Heath, IPSWICH, IP5 7RE, UK.
  97. voice to voice     +44 473 645099
  98.  
  99.  "Never trust a man with short legs - brains too near their bottoms."
  100. ----------------------------------------------------------------------
  101.