How do you really empty the recycle bin.?

On 1/10/2020 10:43 AM, micky wrote:
In alt.comp.os.windows-10, on Thu, 09 Jan 2020 23:26:11 -0600, Char
Jackson wrote:

On Thu, 09 Jan 2020 12:08:48 -0500, micky
wrote:

How do you empty the recycle bin. I just now followed the MS
instructions, right clicked on the desktop icon, and clicked on Empty
Recyle Bin, and it asked, Do you want to delete 28 items? Yes, but what
about the hundreds or thousands of other files?

Or were they all joined together into 28 files?

Sounds like you forgot to view the contents of the Recycle Bin before
deciding to empty it.

Pretty much that is true, but I did look months ago after the last virus
scan, and I couldn't find a long list of files like I though there
shoudl be.

I've had this HDD for 4 years or more and I've never emptied the bin,
except just now. And I know there are far more things in it because I
watched the names of files during last night's virus scan. For an hour
or two they started with something like $recyclebin.

So where are they and how do I delete them?

Recycle Bins can get corrupted. I've seen it numerous times on my own PCs,
where I first noticed it on XP, then 7, 8/8.1, and now 10. The kind of
corruption I'm referring to is completely transparent. No clues are issued
by Windows Explorer (File Explorer in Win 10). The Recycle Bin continues to
work as expected, except that a set of files in the Bin are not cleared out
when the Bin is emptied. I once had about 26GB of orphaned files stuck in

Wow.

And you say 1.2TB in another drive. That about equals all my available
storage. Double Wow.

the Recycle Bin, but it's usually much less than that.

In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

I got it, and, bear in mind I just emptied the Recycle Bin 3 hours ago,
it says I have 43,000 files totally 11MB, which averages 250 bytes a
file!!

A lot of cat, mui, mum, sys, nls, dll, lex, inf, ini, png, ocx, fon,
winmd, xbf, at least 10 others, plus no extension, and finally a few
.exe. None over 500 bytes. No txt or pdf files (although I didn't
look at all 43,000 files.) Why no txt (well, one found) or pdf? Why
all short?

Yet right clicking the desktop icon still has Empty greyed out!



If I delete them using Treesize, will that somehow foul up the Recycle
directory?

One option is NirSoft EmptyBin https://nircmd.nirsoft.net/emptybin.html

--
Zaidy036

On 1/10/20 6:51 AM, micky wrote:
In alt.comp.os.windows-10, on Thu, 9 Jan 2020 15:29:43 -0500, Big Al
wrote:

On 1/9/20 12:08 PM, micky wrote:
How do you empty the recycle bin. I just now followed the MS
instructions, right clicked on the desktop icon, and clicked on Empty
Recyle Bin, and it asked, Do you want to delete 28 items? Yes, but what
about the hundreds or thousands of other files?

Or were they all joined together into 28 files?


I've had this HDD for 4 years or more and I've never emptied the bin,
except just now. And I know there are far more things in it because I
watched the names of files during last night's virus scan. For an hour
or two they started with something like $recyclebin.

So where are they and how do I delete them?


------------
Last month I did a virus scan and it took a long time. I noticed that
over an hour was spent checking files in the recycle bin, and I
regretted not emptying it before the scan.

I tried to empty all but the last 3 days deletions and found only a few
items.

Last night I scanned again and I forgot about my plan to empty the bin.

Again, 1 or 2 hours scanning files that will never be used.


In all these years I've just restored from the bin either never or once,
and the once was right away.

It's my experience that if you connect an external drive of any type and
delete something it goes into that recycle bin as well as the one on the
external drive.

This would account for it, but let me check.

If you disconnect the external, then you can't get those files out of
the recycle bin since the drive isn't there.

I do have an external drive that is used for backup, that is Off most of
the time. I turned it on, and again tried to Empty Recyle Bin, but it
was still greyed out. I used a file manager to look at F's recycle bin
and it had 147 items. So did C's bin, even though I had emptied it
yesterday.

They were the same 147 items and that makes sense because they got into
C when I deleted them. Then I used XXCopy to copy most of my data
files, C:/download, etc. to the F: drive and using the /clone option
when it finds a file in F that's not still in C: it deletes it, and I
think sends it to the recycle bin. So they have the same contents.

I went back to the Desktop recycle bin icon and tried Empty again and it
was no longer greyed out even thouugh it still was a few minutes after I
turned on the gizmo that holds the bare F drive. So I Emptied. It
made me give it Admin privelege for one directory and then it said it
was deleting 147 or 146 files, and after that, nothing was in the F
Recycle bin. And I see the C bin is empty too. I had a file manager
looking at it and even though it usually reflects changes, and even
though another instance of the same file manageer, xplorer2, showed that
F was empty, this time, it showed all the files still in C: Recycle,
until I looked at another C: directory and went back to look at Recycle.

Or at least that's my take on it. I've had to reconnect all my drives
and clean the recycle bin over and over until I got the right drive in.

I only have one external drive and it looks like reconnecting it enabled
me to see Recycle Bin files on my C: drive. Why would that have helped?
OTOH I could have done other things before I reconnected it to see if
they showed up, and the next time I will. But why were they there at all
since I'd emptied the C bin yesterday. These were not new files. All
were dated a month to 18 months ago. (I guess that means I did empty the
bin 18 months ago.)

So far it does seem that reconnecting was necessary, but why is that
basically a secret from users?

Of the 147 files several were directories. The directories were mostly
empty, but maybe not all.


Al

Got me what the logic is. But it does seem like foreign drive recycle
bins are stored in C:. I guess MS thinks that's easier for you to dump
everything from C:? Are you really trying to figure out the crazies at
MS? LOL

Al

Big Al wrote:
On 1/10/20 6:51 AM, micky wrote:
In alt.comp.os.windows-10, on Thu, 9 Jan 2020 15:29:43 -0500, Big Al
wrote:

On 1/9/20 12:08 PM, micky wrote:
How do you empty the recycle bin. I just now followed the MS
instructions, right clicked on the desktop icon, and clicked on Empty
Recyle Bin, and it asked, Do you want to delete 28 items? Yes, but
what
about the hundreds or thousands of other files?

Or were they all joined together into 28 files?


I've had this HDD for 4 years or more and I've never emptied the bin,
except just now. And I know there are far more things in it because I
watched the names of files during last night's virus scan. For an hour
or two they started with something like $recyclebin.

So where are they and how do I delete them?


------------
Last month I did a virus scan and it took a long time. I noticed that
over an hour was spent checking files in the recycle bin, and I
regretted not emptying it before the scan.

I tried to empty all but the last 3 days deletions and found only a few
items.

Last night I scanned again and I forgot about my plan to empty the bin.

Again, 1 or 2 hours scanning files that will never be used.


In all these years I've just restored from the bin either never or
once,
and the once was right away.

It's my experience that if you connect an external drive of any type and
delete something it goes into that recycle bin as well as the one on the
external drive.

This would account for it, but let me check.

If you disconnect the external, then you can't get those files out of
the recycle bin since the drive isn't there.

I do have an external drive that is used for backup, that is Off most of
the time. I turned it on, and again tried to Empty Recyle Bin, but it
was still greyed out. I used a file manager to look at F's recycle bin
and it had 147 items. So did C's bin, even though I had emptied it
yesterday.

They were the same 147 items and that makes sense because they got into
C when I deleted them. Then I used XXCopy to copy most of my data
files, C:/download, etc. to the F: drive and using the /clone option
when it finds a file in F that's not still in C: it deletes it, and I
think sends it to the recycle bin. So they have the same contents.

I went back to the Desktop recycle bin icon and tried Empty again and it
was no longer greyed out even thouugh it still was a few minutes after I
turned on the gizmo that holds the bare F drive. So I Emptied. It
made me give it Admin privelege for one directory and then it said it
was deleting 147 or 146 files, and after that, nothing was in the F
Recycle bin. And I see the C bin is empty too. I had a file manager
looking at it and even though it usually reflects changes, and even
though another instance of the same file manageer, xplorer2, showed that
F was empty, this time, it showed all the files still in C: Recycle,
until I looked at another C: directory and went back to look at Recycle.

Or at least that's my take on it. I've had to reconnect all my drives
and clean the recycle bin over and over until I got the right drive in.

I only have one external drive and it looks like reconnecting it enabled
me to see Recycle Bin files on my C: drive. Why would that have helped?
OTOH I could have done other things before I reconnected it to see if
they showed up, and the next time I will. But why were they there at all
since I'd emptied the C bin yesterday. These were not new files. All
were dated a month to 18 months ago. (I guess that means I did empty the
bin 18 months ago.)

So far it does seem that reconnecting was necessary, but why is that
basically a secret from users?

Of the 147 files several were directories. The directories were mostly
empty, but maybe not all.


Al

Got me what the logic is. But it does seem like foreign drive recycle
bins are stored in C:. I guess MS thinks that's easier for you to dump
everything from C:? Are you really trying to figure out the crazies at
MS? LOL

Al

That can't be right.

To delete files, the concept is

move X:\myfile X:\sometrashbin\myfile

The operation should only use a move. An
entry in the $MFT is changed, and that's all the
work it takes.

That way, no data bytes need to be moved, the
command is "scalable".

Let's say I threw a 40GB file in the trash. Are you
telling me my file is copied from drive M: to drive C:
(all 40GB), just to suit a trash can ? That's not a
scalable solution. Only the pointers to the files move,
and to implement that, they have to stay on their own
partition.

Another behavior you can use as a breadcrumb, is when doing
an "Empty trash" operation, listen for how many drives spin
up. They all do. Every drive "lights up" when you actuate the
trash, and that's because the files to be deleted, are
on "their own" drive/partition. You wouldn't need to
light up the other drives, if the files were all (logically)
located in storage on C: . I have three drives
on the computer, and C: and one of the data drives have
bad hygiene (they spin down). The third drive doesn't
spin down, and has more than 45000 hours of operation on it.
Its sound output is constant. But the other two drives
can spin down after maybe ten minutes or so. I listen for
them, as an indicator of how many partitions are being
probed at any point in time. Since a C: and a data drive
are available, and the noise level is proportional to
how many drives are spinning, I can roughly tell what
the computer is up to.

Paul

On Fri, 10 Jan 2020 10:43:42 -0500, micky
wrote:

In alt.comp.os.windows-10, on Thu, 09 Jan 2020 23:26:11 -0600, Char
Jackson wrote:

On Thu, 09 Jan 2020 12:08:48 -0500, micky
wrote:

How do you empty the recycle bin. I just now followed the MS
instructions, right clicked on the desktop icon, and clicked on Empty
Recyle Bin, and it asked, Do you want to delete 28 items? Yes, but what
about the hundreds or thousands of other files?

Or were they all joined together into 28 files?

Sounds like you forgot to view the contents of the Recycle Bin before
deciding to empty it.

Pretty much that is true, but I did look months ago after the last virus
scan, and I couldn't find a long list of files like I though there
shoudl be.

I've had this HDD for 4 years or more and I've never emptied the bin,
except just now. And I know there are far more things in it because I
watched the names of files during last night's virus scan. For an hour
or two they started with something like $recyclebin.

So where are they and how do I delete them?

Recycle Bins can get corrupted. I've seen it numerous times on my own PCs,
where I first noticed it on XP, then 7, 8/8.1, and now 10. The kind of
corruption I'm referring to is completely transparent. No clues are issued
by Windows Explorer (File Explorer in Win 10). The Recycle Bin continues to
work as expected, except that a set of files in the Bin are not cleared out
when the Bin is emptied. I once had about 26GB of orphaned files stuck in

Wow.

And you say 1.2TB in another drive. That about equals all my available
storage. Double Wow.

the Recycle Bin, but it's usually much less than that.

In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

I got it, and, bear in mind I just emptied the Recycle Bin 3 hours ago,
it says I have 43,000 files totally 11MB, which averages 250 bytes a
file!!

A lot of cat, mui, mum, sys, nls, dll, lex, inf, ini, png, ocx, fon,
winmd, xbf, at least 10 others, plus no extension, and finally a few
.exe. None over 500 bytes. No txt or pdf files (although I didn't
look at all 43,000 files.) Why no txt (well, one found) or pdf? Why
all short?

Yet right clicking the desktop icon still has Empty greyed out!



If I delete them using Treesize, will that somehow foul up the Recycle
directory?

I'm giving advice from a distance, without the benefit of seeing what's on
your screen, but in my case I've never had an issue resulting from going
behind Windows' back and cleaning out the Recycle Bin.

There should always be a SID-named folder or two in there, and each of
those folders should contain a desktop.ini. Anything else is extra. Instead
of trying to save the folder(s) and their desktop.ini files, I just blow
everything away, then I create a dummy file somewhere (Desktop?) and delete
it, followed immediately by emptying the trash. Then if you go back and
take a look you'll see a SID-named folder and a desktop.ini inside it. At
that point, you're all set until it happens again.

On 11/01/2020 01.12, Paul wrote:
Big Al wrote:
On 1/10/20 6:51 AM, micky wrote:

....


Got me what the logic is.Â*Â* But it does seem like foreign drive
recycle bins are stored in C:.Â*Â* I guess MS thinks that's easier for
you to dump everything from C:?Â*Â* Are you really trying to figure out
the crazies at MS? LOL

Al

That can't be right.

To delete files, the concept is

Â*Â* move X:\myfile X:\sometrashbin\myfile

The operation should only use a move. An
entry in the $MFT is changed, and that's all the
work it takes.

That way, no data bytes need to be moved, the
command is "scalable".

Let's say I threw a 40GB file in the trash. Are you
telling me my file is copied from drive M: to drive C:
(all 40GB), just to suit a trash can ? That's not a
scalable solution. Only the pointers to the files move,
and to implement that, they have to stay on their own
partition.

Windows might store references to trashed files on other disks in C:,
but maybe not the files themselves (and maybe the antivirus tried to
find the actual files and timed out, thus the long time scanning).

And maybe there is an _option_ to move small trashed files to C: as well.


--
Cheers, Carlos.

Char Jackson wrote:
[...]
In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

Thanks for that pointer! TreeSize Free is a very nice utility and very
fast, much faster than (somewhat) comparable (Windows) File Explorer
operations would be.

I used TreeSize Free to look at some of my disks - both online and
offline ones - and found that much space is occupied in places where I
didn't really expect it and - vice versa - little space is occupied in
places which might take quite a lot of effort to cleanup.

I also like the Export to a PDF facility (File - Export - File -
PDF File). I now have detailed PDF reports of my offline disks for easy
reference of which disk contains what (and how much space it uses).

Thanks again.

On 11 Jan 2020 16:41:47 GMT, Frank Slootweg wrote:

Char Jackson wrote:
[...]
In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

Thanks for that pointer! TreeSize Free is a very nice utility and very
fast, much faster than (somewhat) comparable (Windows) File Explorer
operations would be.

Thanks! I use it for a few tasks and have grown to rely on it.
1. Determine how much disk space a directory and it's contents are using.
This is, after all, its primary purpose.

2. See at a glance how many files are in specific directories.

3. See at a glance the path length of specific directories or files.

4. Use it like a Linux tool to explore areas where Windows doesn't want me
to go. It's not a live Linux, of course, but it has no problems looking in
System Volume Information or other off-limits areas. For example, as
discussed in this thread, I use it to clean out the various Recycle Bins
from time to time.

Regarding #3, just right click on any heading to see a bunch of optional
fields that it can display. I enable Path Length because it's important to
me. I have automated processes that tend to bust through the Windows max.

I used TreeSize Free to look at some of my disks - both online and
offline ones - and found that much space is occupied in places where I
didn't really expect it and - vice versa - little space is occupied in
places which might take quite a lot of effort to cleanup.

I also like the Export to a PDF facility (File - Export - File -
PDF File). I now have detailed PDF reports of my offline disks for easy
reference of which disk contains what (and how much space it uses).

I've never used that feature, but I tried it just now and it works fine.

Thanks again.

You're welcome.

In alt.comp.os.windows-10, on 11 Jan 2020 16:41:47 GMT, Frank Slootweg
wrote:

Char Jackson wrote:
[...]
In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

Thanks for that pointer! TreeSize Free is a very nice utility and very
fast, much faster than (somewhat) comparable (Windows) File Explorer
operations would be.

I like it too, but it turns out to have a problem with win10Pro. If I
look at it and then leave it alone for an hour or so, or 12 hours for
sure, it freezes, can't even be entered. Right clicking on the taskbar
and clicking close window does nothing.

I have to use Task Manager, and even then first it ssupends it and after
a while it closes it. After which I can reopen it.

It hints that the pro version woudln't do certain less than optimal
things.

I used TreeSize Free to look at some of my disks - both online and
offline ones - and found that much space is occupied in places where I
didn't really expect it and - vice versa - little space is occupied in
places which might take quite a lot of effort to cleanup.

I also like the Export to a PDF facility (File - Export - File -
PDF File). I now have detailed PDF reports of my offline disks for easy
reference of which disk contains what (and how much space it uses).

Thanks again.

In alt.comp.os.windows-10, on Fri, 10 Jan 2020 15:42:17 -0500, Zaidy036
wrote:

On 1/10/2020 10:43 AM, micky wrote:
In alt.comp.os.windows-10, on Thu, 09 Jan 2020 23:26:11 -0600, Char
Jackson wrote:

On Thu, 09 Jan 2020 12:08:48 -0500, micky
wrote:

How do you empty the recycle bin. I just now followed the MS
instructions, right clicked on the desktop icon, and clicked on Empty
Recyle Bin, and it asked, Do you want to delete 28 items? Yes, but what
about the hundreds or thousands of other files?

Or were they all joined together into 28 files?

Sounds like you forgot to view the contents of the Recycle Bin before
deciding to empty it.

Pretty much that is true, but I did look months ago after the last virus
scan, and I couldn't find a long list of files like I though there
shoudl be.

I've had this HDD for 4 years or more and I've never emptied the bin,
except just now. And I know there are far more things in it because I
watched the names of files during last night's virus scan. For an hour
or two they started with something like $recyclebin.

So where are they and how do I delete them?

Recycle Bins can get corrupted. I've seen it numerous times on my own PCs,
where I first noticed it on XP, then 7, 8/8.1, and now 10. The kind of
corruption I'm referring to is completely transparent. No clues are issued
by Windows Explorer (File Explorer in Win 10). The Recycle Bin continues to
work as expected, except that a set of files in the Bin are not cleared out
when the Bin is emptied. I once had about 26GB of orphaned files stuck in

Wow.

And you say 1.2TB in another drive. That about equals all my available
storage. Double Wow.

the Recycle Bin, but it's usually much less than that.

In my case, I use Treesize Free, but lots of tools might also work.
https://www.jam-software.com/treesize_free

Treesize Free allows me to see those orphaned files, and to optionally
delete one or more of them, or all of them.

I got it, and, bear in mind I just emptied the Recycle Bin 3 hours ago,
it says I have 43,000 files totally 11MB, which averages 250 bytes a
file!!

A lot of cat, mui, mum, sys, nls, dll, lex, inf, ini, png, ocx, fon,
winmd, xbf, at least 10 others, plus no extension, and finally a few
.exe. None over 500 bytes. No txt or pdf files (although I didn't
look at all 43,000 files.) Why no txt (well, one found) or pdf? Why
all short?

Yet right clicking the desktop icon still has Empty greyed out!



If I delete them using Treesize, will that somehow foul up the Recycle
directory?

One option is NirSoft EmptyBin https://nircmd.nirsoft.net/emptybin.html

Definitely a good idea. He has a lot of great programs, almost all in
one, and all free.

However starting a DOS box and going to the directory that holds nircmd
and entering
nircmd emptybin C: did nothing.

Entering nircmd showerror c: did nothing and showed nothing.

Entering nircmd /? showed a little whit popup box with program
information.

Did all these again just now with the same results.

In alt.comp.os.windows-10, on Sat, 11 Jan 2020 13:44:02 +0100, "Carlos
E.R." wrote:

On 11/01/2020 01.12, Paul wrote:
Big Al wrote:
On 1/10/20 6:51 AM, micky wrote:

...


Got me what the logic is.** But it does seem like foreign drive
recycle bins are stored in C:.** I guess MS thinks that's easier for
you to dump everything from C:?** Are you really trying to figure out
the crazies at MS? LOL

Al

That can't be right.

To delete files, the concept is

** move X:\myfile X:\sometrashbin\myfile

The operation should only use a move. An
entry in the $MFT is changed, and that's all the
work it takes.

That way, no data bytes need to be moved, the
command is "scalable".

Let's say I threw a 40GB file in the trash. Are you
telling me my file is copied from drive M: to drive C:
(all 40GB), just to suit a trash can ? That's not a
scalable solution. Only the pointers to the files move,
and to implement that, they have to stay on their own
partition.

Windows might store references to trashed files on other disks in C:,
but maybe not the files themselves (and maybe the antivirus tried to
find the actual files and timed out, thus the long time scanning).

Or maybe just that there were 49,000 additional files to scan.

And maybe there is an _option_ to move small trashed files to C: as well.

maybe.

And yes, it's true that now (after I backed up to F including deleting
many files that were changed) I have 43,000 files in the F recycle bin.
And yet xplorer2 doesn't show any and Tree Size Free shows them.

On Sat, 11 Jan 2020 21:30:08 -0500, micky wrote:

I like it too, but it turns out to have a problem with win10Pro.

Another app in the same genre is WinDirStat. I've heard that it runs on Windows 10.

--
croy

croy wrote:
On Sat, 11 Jan 2020 21:30:08 -0500, micky wrote:

I like it too, but it turns out to have a problem with win10Pro.

Another app in the same genre is WinDirStat. I've heard that it runs on Windows 10.


The original was SequoiaView. Written in a university
where they invented the graphic representation used.

They give credit to SequoiaView here.

https://windirstat.net/background.html

But not in the Wikipedia article! Encyclopedic...

https://en.wikipedia.org/wiki/WinDirStat

According to this, SequoiaView was launched November 2002.

https://web.archive.org/web/20070525...n/sequoiaview/

*******

One thing to remember, is a utility like that cannot tell you
about what is in "Permission Denied" folders. So don't
expect to find the size of System Volume Information in
the program output. Sometimes, there are *huge* files
in there (this has happened in the past).

Reading the filenames directly from $MFT, you can read any filename
that way (permissions or not). Simple administrator access is enough.
However, if you want dates or sizes, those come from entries in
the directory, and then permissions apply, to get at that information.
And since "size" is needed for a dirstat, then you're screwed.

Paul

On Sat, 11 Jan 2020 21:30:08 -0500, micky
wrote:

I like [Treesize Free] too, but it turns out to have a problem with win10Pro. If I
look at it and then leave it alone for an hour or so, or 12 hours for
sure, it freezes, can't even be entered. Right clicking on the taskbar
and clicking close window does nothing.

I have to use Task Manager, and even then first it ssupends it and after
a while it closes it. After which I can reopen it.

I just spun up a new/fresh Win10 Pro VM and installed the latest version of
Treesize Free, v4.4.1. I'll let it run and see what happens. I normally run
it and do what I need to do, then exit, but in this case I'll 'forget' to
exit and see what it does.

On Sat, 11 Jan 2020 21:39:45 -0500, micky
wrote:

In alt.comp.os.windows-10, on Fri, 10 Jan 2020 15:42:17 -0500, Zaidy036
wrote:

One option is NirSoft EmptyBin https://nircmd.nirsoft.net/emptybin.html

Definitely a good idea. He has a lot of great programs, almost all in
one, and all free.

However starting a DOS box and going to the directory that holds nircmd
and entering
nircmd emptybin C: did nothing.

It worked fine here on a fresh Win 10 Pro VM. Delete one or more files or
folders, then display the contents of Recycle Bin in File Explorer to see
that your deleted files/folders are, in fact, there in the Bin.

Now run "nircmd emptybin C:" (no quotes, and assuming your files were
deleted from C. Flip over to your File Explorer window and confirm that
all of the deleted items are now gone.

Entering nircmd showerror c: did nothing and showed nothing.

Entering nircmd /? showed a little whit popup box with program
information.

Did all these again just now with the same results.

Sounds right to me.

On Sun, 12 Jan 2020 14:22:37 -0500, Paul wrote:

croy wrote:
On Sat, 11 Jan 2020 21:30:08 -0500, micky wrote:

I like it too, but it turns out to have a problem with win10Pro.

Another app in the same genre is WinDirStat. I've heard that it runs on Windows 10.


The original was SequoiaView. Written in a university
where they invented the graphic representation used.

They give credit to SequoiaView here.

https://windirstat.net/background.html

But not in the Wikipedia article! Encyclopedic...

https://en.wikipedia.org/wiki/WinDirStat

According to this, SequoiaView was launched November 2002.

https://web.archive.org/web/20070525...n/sequoiaview/

*******

One thing to remember, is a utility like that cannot tell you
about what is in "Permission Denied" folders. So don't
expect to find the size of System Volume Information in
the program output. Sometimes, there are *huge* files
in there (this has happened in the past).

Reading the filenames directly from $MFT, you can read any filename
that way (permissions or not). Simple administrator access is enough.
However, if you want dates or sizes, those come from entries in
the directory, and then permissions apply, to get at that information.
And since "size" is needed for a dirstat, then you're screwed.

One of the multiple reasons why I prefer Treesize (Free). First, it has a
display that's actually usable, rather than the useless graphic crap of
SequoiaView or WinDirStat, and second, it has no trouble looking anywhere,
including SVI, to get sizes and dates, etc.