🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bit.listserv.coco
Article #43181

dcheck

#43181
From: Stan Blazejewski
Date: Thu, 23 Dec 1993 11:25
52 lines
3486 bytes
DELPHI.COM!JOELHEGBERG@sserve.UUCP (Joel Mathew Hegberg) writes:

> Regarding DCheck and "Sector was previously allocated" message...
>
> Under OSK, when I run dcheck on my hard drive, I get several (about 6
> screen-fulls) of messages like "Sector 004001 (byte=0800 bit=1) not in
> file structure."  (differing byte, sector, and bit values, of course.)
> Still, after dcheck is done, it says, "file structure is intact."  What
> do all those "not in file structure" messages mean if the file structure
> is in tact?  Should I be worried?

At present you have nothing to worry about but if the number of sectors
'not in file structure' grows, then you can start to worry.

The reason for these sectors showing up could be ...

If the disk is bootable then it's (at part) the hidden kernal.  I
personally like to build a file and link it to the kernal info for 2
reasons ... so it won't show up in the dcheck and a utility I have called
DAMCHECK would dealocate the kernal sectors because they're not
'actually' linked to a file.  This utility does a FULL diagnostic of the
drive & one of the things it does is verify the disk, check to see if
allocated sectors are linked to a file & if not & the sector is OK then
it frees it up for use.

The disk actually has dud sectors that have been 'mapped out of use' ..
fair enuf, if they're dud, you don't want to try & use 'em anyway!!

You may have a program that writes out work files & doesn't free up the
used sectors after it's finished & deleted the file.  I had this happen
once, I ran this program & it crashed & when I rebooted there was about
500+ sectors not in file structure .... I almost had a heart attack!!
But guess what .... file structure was intact!! too bad a major chunk of
the disk was missing!!!
Anyway, I fire up damcheck again & it fixed it all up.
I know this might sound like a plug for Damcheck but I don't sell it & I
can truely recomend it (it has saved my hide a number of times) & it puts
my mind at ease knowing that 'alls well' with the drive.

If you're interested damcheck comes in a package called Optimise utility
set 2, from JWT Enterprises.  Set 1 & 2 together make a very good hard
disk maintainance package.


  +--------------------------+--------------------------+
 /|  Stan Blazejewski        |  Supporting OS9, OS68k,  |
| |  Sysop PCCCBBS  (RiBBS)  |  RSDOS (& derivatives)   |
| |  61-3-580-4605   (AUS)   |  300 - 2400 baud         |
| |  9:30pm - 7:00am (AEST)  |  8n1   CCITT             |
| +--------------------------+--------------------------+
| | Internet :-      stanblaz@lecity.apana.org.au       |
| | FIDO :-          Stan Blazejewski  3:633/369        |
Technical Details
Message-ID: <DD61ec1w165w@lecity.apana.org.au>
Path: arc1-ca.pugleaf.net!gmd.de!newsserver.jvnc.net!howland.reston.ans.net!paladin.american.edu!auvm!LECITY.APANA.ORG.AU!stanblaz

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 110568,73291b1032c6fc88
X-Google-Attributes: gid110568,public
X-Google-ArrivalTime: 1993-12-23 12:01:06 PST
Path: arc1-ca.pugleaf.net!gmd.de!newsserver.jvnc.net!howland.reston.ans.net!paladin.american.edu!auvm!LECITY.APANA.ORG.AU!stanblaz
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.coco
Return-Path: <@AUVM.AMERICAN.EDU:COCO@PUCC.BITNET>
Organization: City Limits Education Communications, Melbourne Australia
Message-ID: <DD61ec1w165w@lecity.apana.org.au>
Date: Thu, 23 Dec 1993 21:25:36 AEST
Reply-To: Stan Blazejewski <stanblaz@LECITY.APANA.ORG.AU>
Sender: COCO - Tandy Color Computer List <COCO@PUCC.BITNET>
From: Stan Blazejewski <stanblaz@LECITY.APANA.ORG.AU>
Subject: dcheck
Lines: 51