Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Archive » net.micro.cbm » Re: 1541 reliability update - (nf)
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: 1541 reliability update - (nf) [message #69080] Wed, 22 May 2013 23:54
Anonymous
Karma:
Originally posted by: rwh@aesat.UUCP (Russell Herman)
Message-ID: <181@aesat.UUCP>
Date: Wed, 18-Jul-84 09:31:44 EDT
Article-I.D.: aesat.181
Posted: Wed Jul 18 09:31:44 1984
Date-Received: Wed, 18-Jul-84 11:12:47 EDT
References: <1750@iddic.UUCP>, <36100087@uiucdcs.UUCP>
Organization: AES Data Inc., Mississauga Ont., Canada
Lines: 16

I always thought that scratching a file isn't SUPPOSED to update the BAM.
If it did, the trick of un-scratching accidently scratched files by setting
2**7 of byte zero of the directory entry wouldn't work after any further
file allocation, because some of those blocks might have been reused.

For those of you that don't realize what "validate" does, it searches
through all unscratched files on the disk, rebuilding the BAM from the
file chains. That's why you can't validate a disk with type relative
files on it: the side-sectors will be treated as unused.
-- 
  ______			Russ Herman
 /      \			{allegra,ihnp4,linus,decvax}!utzoo!aesat!rwh
@( ?  ? )@			
 (  ||  )			The opinions above are strictly personal, and 
 ( \__/ )			do not reflect those of my employer (or even
  \____/			possibly myself an hour from now.)
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: ASSEMBLY LANG>
Next Topic: D Drive Squeek Question
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Sat Jan 18 07:25:34 EST 2025

Total time taken to generate the page: 0.00230 seconds