A Windows 98 & ME forum. Win98banter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » Win98banter forum » Windows 98 » Improving Performance
Site Map Home Authors List Search Today's Posts Mark Forums Read Web Partners

Erasing Files



 
 
Thread Tools Display Modes
  #11  
Old October 20th 04, 03:42 AM
SFB - KB3MM
external usenet poster
 
Posts: n/a
Default


"FACE" wrote in message
...
On Tue, 19 Oct 2004 20:51:46 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:

Undelete programs scan the
directories (folders) looking for entries with this special character
and then prompt you to undelete them by supplying the first character
of the original file name.


The undelete will be successful as long as the file was contiguous.


I thought that a noncontiguous file fragment still had a pointer at the

end
to the next fragment location. ??


The fragment contains nothing - the info is in the FAT.

You may want to:

Read the spec for the FAT/FAT32 file system and then get your favorite
DISK HEX EDITOR.

Find a noncontiguous file (a few clusters is fine) and look at the directory
entry.
Using the FAT pointer there, trace the FAT for the file.

Then delete the file:

Look at the directory entry again and note the changed first letter AND the
fact
that the FAT entry is intact. Then try to trace the FAT and notice that all
of the entries for the file now indicate 'no data'. There's no way to find
the clusters that contained the data.
HTH.

Many "diskwasher" programs are around that overwrite available space.
I know that used to be part of the Norton package and I guess still is.


AH! A cutesy named utility function. Never use them.

Very easy to overwrite free space. Just read thru the FAT and when ever you
find a free cluster write zeroes to the cluster; don't have to know
anything about the data that used to be in the clusters.


Also,
" Alt+Wash Disk - Fill the unused area of a disk with nulls or

random
data to protect against unerasure of sensitive

data."
is part of Ztree. (Any space marked FREE, hence any deleted file, would

be
part of "unused space".

Of course, in a pinch, a strong magnetic field will physically delete

files.

Is that a fact or part of an old myth?

:-)


FACE


  #12  
Old October 20th 04, 12:33 PM
FACE
external usenet poster
 
Posts: n/a
Default

On Wed, 20 Oct 2004 02:42:49 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:


"FACE" wrote in message
.. .
On Tue, 19 Oct 2004 20:51:46 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:

Undelete programs scan the
directories (folders) looking for entries with this special character
and then prompt you to undelete them by supplying the first character
of the original file name.

The undelete will be successful as long as the file was contiguous.


I thought that a noncontiguous file fragment still had a pointer at the

end
to the next fragment location. ??


The fragment contains nothing - the info is in the FAT.

You may want to:

Read the spec for the FAT/FAT32 file system and then get your favorite
DISK HEX EDITOR.

Find a noncontiguous file (a few clusters is fine) and look at the directory
entry.
Using the FAT pointer there, trace the FAT for the file.

Then delete the file:

Look at the directory entry again and note the changed first letter AND the
fact
that the FAT entry is intact. Then try to trace the FAT and notice that all
of the entries for the file now indicate 'no data'. There's no way to find
the clusters that contained the data.
HTH.


Yes it does. I am now thoroughly disabused of the notion that the file
itself contains a pointer to the next fragment.

Now, a two part question. Does the MSDOS FAT system consist of a dual FAT?
If so, how is the previous FAT accessed?


Many "diskwasher" programs are around that overwrite available space.
I know that used to be part of the Norton package and I guess still is.


AH! A cutesy named utility function. Never use them.

Yes it is cutesy. It evokes an image of removing platters and immersing
them in detergent.

Very easy to overwrite free space. Just read thru the FAT and when ever you
find a free cluster write zeroes to the cluster; don't have to know
anything about the data that used to be in the clusters.


Also,
" Alt+Wash Disk - Fill the unused area of a disk with nulls or

random
data to protect against unerasure of sensitive

data."
is part of Ztree. (Any space marked FREE, hence any deleted file, would

be
part of "unused space".

Of course, in a pinch, a strong magnetic field will physically delete

files.

Is that a fact or part of an old myth?

The magnetic field? Unless the recording media has changed to something
other than ferrite, so far as i know it is fact. But if in doubt, fire,
followed by a judicious application of a sledgehammer will suffice.


FACE


  #13  
Old October 20th 04, 12:33 PM posted to microsoft.public.win98.performance
FACE
External Usenet User
 
Posts: 90
Default Erasing Files

On Wed, 20 Oct 2004 02:42:49 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:


"FACE" wrote in message
.. .
On Tue, 19 Oct 2004 20:51:46 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:

Undelete programs scan the
directories (folders) looking for entries with this special character
and then prompt you to undelete them by supplying the first character
of the original file name.

The undelete will be successful as long as the file was contiguous.


I thought that a noncontiguous file fragment still had a pointer at the

end
to the next fragment location. ??


The fragment contains nothing - the info is in the FAT.

You may want to:

Read the spec for the FAT/FAT32 file system and then get your favorite
DISK HEX EDITOR.

Find a noncontiguous file (a few clusters is fine) and look at the directory
entry.
Using the FAT pointer there, trace the FAT for the file.

Then delete the file:

Look at the directory entry again and note the changed first letter AND the
fact
that the FAT entry is intact. Then try to trace the FAT and notice that all
of the entries for the file now indicate 'no data'. There's no way to find
the clusters that contained the data.
HTH.


Yes it does. I am now thoroughly disabused of the notion that the file
itself contains a pointer to the next fragment.

Now, a two part question. Does the MSDOS FAT system consist of a dual FAT?
If so, how is the previous FAT accessed?


Many "diskwasher" programs are around that overwrite available space.
I know that used to be part of the Norton package and I guess still is.


AH! A cutesy named utility function. Never use them.

Yes it is cutesy. It evokes an image of removing platters and immersing
them in detergent.

Very easy to overwrite free space. Just read thru the FAT and when ever you
find a free cluster write zeroes to the cluster; don't have to know
anything about the data that used to be in the clusters.


Also,
" Alt+Wash Disk - Fill the unused area of a disk with nulls or

random
data to protect against unerasure of sensitive

data."
is part of Ztree. (Any space marked FREE, hence any deleted file, would

be
part of "unused space".

Of course, in a pinch, a strong magnetic field will physically delete

files.

Is that a fact or part of an old myth?

The magnetic field? Unless the recording media has changed to something
other than ferrite, so far as i know it is fact. But if in doubt, fire,
followed by a judicious application of a sledgehammer will suffice.


FACE


  #14  
Old October 20th 04, 07:54 PM
SFB - KB3MM
external usenet poster
 
Posts: n/a
Default


"FACE" wrote in message
...
On Wed, 20 Oct 2004 02:42:49 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:


"FACE" wrote in message
.. .
On Tue, 19 Oct 2004 20:51:46 -0000, "SFB - KB3MM"


in
microsoft.public.win98.performance wrote:

Undelete programs scan the
directories (folders) looking for entries with this special

character
and then prompt you to undelete them by supplying the first

character
of the original file name.

The undelete will be successful as long as the file was contiguous.

I thought that a noncontiguous file fragment still had a pointer at the

end
to the next fragment location. ??


The fragment contains nothing - the info is in the FAT.

You may want to:

Read the spec for the FAT/FAT32 file system and then get your favorite
DISK HEX EDITOR.

Find a noncontiguous file (a few clusters is fine) and look at the

directory
entry.
Using the FAT pointer there, trace the FAT for the file.

Then delete the file:

Look at the directory entry again and note the changed first letter AND

the
fact
that the FAT entry is intact. Then try to trace the FAT and notice that

all
of the entries for the file now indicate 'no data'. There's no way to

find
the clusters that contained the data.
HTH.


Yes it does. I am now thoroughly disabused of the notion that the file
itself contains a pointer to the next fragment.


Good. Keep the FAT spec handy !


Now, a two part question. Does the MSDOS FAT system consist of a dual

FAT?

There are two copies of the FAT on the disk.

If so, how is the previous FAT accessed?


HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG



Many "diskwasher" programs are around that overwrite available space.
I know that used to be part of the Norton package and I guess still is.


AH! A cutesy named utility function. Never use them.

Yes it is cutesy. It evokes an image of removing platters and immersing
them in detergent.


Marketing techniques to make $$$ fly into some ones wallet gr


Very easy to overwrite free space. Just read thru the FAT and when ever

you
find a free cluster write zeroes to the cluster; don't have to know
anything about the data that used to be in the clusters.


Also,
" Alt+Wash Disk - Fill the unused area of a disk with nulls or

random
data to protect against unerasure of sensitive

data."
is part of Ztree. (Any space marked FREE, hence any deleted file,

would
be
part of "unused space".

Of course, in a pinch, a strong magnetic field will physically delete

files.

Is that a fact or part of an old myth?

The magnetic field? Unless the recording media has changed to something
other than ferrite,


Ferrite !? Really? Haven't looked for quite a while.

I've operated disks in the presence of a 25 KG field.

so far as i know it is fact. But if in doubt, fire,
followed by a judicious application of a sledgehammer will suffice.


FACE



  #15  
Old October 20th 04, 10:38 PM
FACE
external usenet poster
 
Posts: n/a
Default

On Wed, 20 Oct 2004 18:54:17 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:

Now, a two part question. Does the MSDOS FAT system consist of a dual

FAT?

There are two copies of the FAT on the disk.

If so, how is the previous FAT accessed?


HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)
Since erasing files was the subject should the term be "correct" or
"desired"?


FACE
  #16  
Old October 20th 04, 10:38 PM posted to microsoft.public.win98.performance
FACE
External Usenet User
 
Posts: 90
Default Erasing Files

On Wed, 20 Oct 2004 18:54:17 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:

Now, a two part question. Does the MSDOS FAT system consist of a dual

FAT?

There are two copies of the FAT on the disk.

If so, how is the previous FAT accessed?


HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)
Since erasing files was the subject should the term be "correct" or
"desired"?


FACE
  #17  
Old October 21st 04, 02:09 AM
SFB - KB3MM
external usenet poster
 
Posts: n/a
Default


"FACE" wrote in message
...
On Wed, 20 Oct 2004 18:54:17 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:

Now, a two part question. Does the MSDOS FAT system consist of a dual

FAT?

There are two copies of the FAT on the disk.

If so, how is the previous FAT accessed?


HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)


No. It is academic.

Since erasing files was the subject should the term be "correct" or
"desired"?


Correct.



FACE


  #18  
Old October 21st 04, 02:09 AM posted to microsoft.public.win98.performance
SFB - KB3MM
external usenet poster
 
Posts: 129
Default Erasing Files


"FACE" wrote in message
...
On Wed, 20 Oct 2004 18:54:17 -0000, "SFB - KB3MM"

in
microsoft.public.win98.performance wrote:

Now, a two part question. Does the MSDOS FAT system consist of a dual

FAT?

There are two copies of the FAT on the disk.

If so, how is the previous FAT accessed?


HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)


No. It is academic.

Since erasing files was the subject should the term be "correct" or
"desired"?


Correct.



FACE


  #19  
Old October 21st 04, 02:48 AM
FACE
external usenet poster
 
Posts: n/a
Default

On Thu, 21 Oct 2004 01:09:44 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:

HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)


No. It is academic.

Since erasing files was the subject should the term be "correct" or
"desired"?


Correct.



Who's on first?

  #20  
Old October 21st 04, 02:48 AM posted to microsoft.public.win98.performance
FACE
External Usenet User
 
Posts: 90
Default Erasing Files

On Thu, 21 Oct 2004 01:09:44 -0000, "SFB - KB3MM" in
microsoft.public.win98.performance wrote:

HMMM! If the two FAT's do not agree how would one decide which
is the correct one VBG


Will this be on the test? ;-)


No. It is academic.

Since erasing files was the subject should the term be "correct" or
"desired"?


Correct.



Who's on first?

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Win9x : Utility to dynamic mapping TEMP to memory ? Libor Striz General 22 September 15th 04 06:56 AM
dos wild card syntax comm barry martin General 0 August 4th 04 02:47 PM
Unable to download IE upgrade; unable to delete Temporary Internet Files Larry General 31 July 31st 04 05:43 PM
My Documents Menno Hershberger General 5 June 30th 04 07:47 PM
Deleting Temporary Internet Files Jay General 1 June 3rd 04 11:01 PM


All times are GMT +1. The time now is 09:59 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 Win98banter.
The comments are property of their posters.