home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!comp.vuw.ac.nz!zl2tnm!toyunix!don
- Newsgroups: comp.os.vms
- Subject: Re: Plans for mixed Alpha/VAX cluster... WARNING!
- Message-ID: <12180322@zl2tnm.gen.nz>
- From: don@zl2tnm.gen.nz (Don Stokes)
- Date: 18 Nov 92 07:56:45 GMT
- Sender: news@zl2tnm.gen.nz (GNEWS Version 2.0 news poster.)
- References: <C4A431AEA25FE48CFF@MAX.U.WASHINGTON.EDU>
- Distribution: world
- Organization: The Wolery
- Lines: 41
-
- DEREK@U.WASHINGTON.EDU writes:
- > My guess is that Don did not perform an IMAGE restore of his system disk,
- > but that doesn't really matter for my point. However, it COULD produce
- > the problem that both we and Andy experienced.
-
- Don was being bloody stupid and performing hardware surgery without taking
- a backup first, and in a bonehead manouevre managed to put two RD drives
- onto a single RQDX3 with the same unit select setting. The controller got
- totally confused and promptly *wrote* to the bits of the disk it was
- supposed to be reading from when I tried to boot. This trashed the home
- block, master directory, boot block and one or two other minor things that
- got underfoot.
-
- Recovery was by loading a proto-VMS onto an RD52 and booting that,
- ANALYZE/DISK and some creative renaming and SET FILE/ENTERing to put the
- system disk back together. Because the MFD had been trashed, the entry
- for VMS$COMMON.DIR had been lost, although SYSCOMMON.DIR was intact. Thus
- no [VMS$COMMON].
-
- More recently, the disk died (possibly due to trashed format? The lost
- blocks were marked as bad, not just overwritten), and I restored from backup.
- It's interesting to see what BACKUP does with a trashed bootblock:
-
- | Dump of device DUA0: on 18-NOV-1992 20:52:32.81
- |
- | Logical block number 0 (00000001), 512 (0200) bytes
- |
- | 03039401 001E65C0 11C00200 15C600A0 .........e...... 000000
- | 8BDFFF76 905F0000 000501FB 000609F7 .........._.v... 000010
- | 20202020 4D455453 59530087 80FDFF74 t. ...SYSTEM 000020
- | 73206120 746F6E20 73692020 20202020 is not a s 000030
- | 0000000A 0A0D6B73 6964206D 65747379 ystem disk...... 000040
- | 00000000 00000000 00000000 00000000 ................ 000050
- [etc]
-
- 'course the disk boots just fine.... 8-)
-
- --
- Don Stokes, ZL2TNM (DS555) don@zl2tnm.gen.nz (home)
- Network Manager, Computing Services Centre don@vuw.ac.nz (work)
- Victoria University of Wellington, New Zealand +64-4-495-5052
-