Article View: bit.listserv.coco
Article #43181dcheck
From: Stan Blazejewski
Date: Thu, 23 Dec 1993 11:25
Date: Thu, 23 Dec 1993 11:25
52 lines
3486 bytes
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!stanblazShow 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