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 
Return to the default flat view 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.)
[Message index]
 
Read Message
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 04:34:53 EST 2025

Total time taken to generate the page: 0.10343 seconds