[Help] Missing storage [SOLVED]

[tomb_raider_fanatic]

Hi, I have an F8-422.
I have installed four WD Red 8Tb hard drives and created a RAID 0 volume.
I have only one folder that I can see in Shared Folders called "public".
I wish I had checked the stats before I copied data on it because the Capacity v Used storage doesn't add up.

If I access the public folder via a shared drive and select "Properties" on the drive, I get:

Capacity = 31,829,045,616,640
Free Space = 6,411,536,744,448
Used space = 25,417,508,872,192

The free space is less than expected. If I highlight all folders that I have copied to "public" and select "Properties", I get:

Size on disk = 23,819,618,529,280

This means there is a discrepancy between used space and the size of the files I copied of 1.5Tb!!

Why is that?

TOS version: 6.0.530-00148

[TMzethar]

The capacity information of the shared drive you are viewing is actually the volume's capacity information. Besides the Public directory, it may also contain some personal directories, application data, and log information.
Furthermore, files typically occupy more space than their actual size, which is normal. If you examine the properties of files or folders, you will notice that they both have 'Size' and 'Size on disk' entries.

[tomb_raider_fanatic]

I am aware of the "Size of disk" number, and I did quote that in my original post.
There is a personal directory which has a small amount of data in, certainly nothing like 1.5Tb

I don't have any applications installed and since I have just installed it, I cannot imagine there is much in the way of logs.

Do you have any other thoughts?

[TMzethar]

You can open TOS-All applications-Terminal and enter the following commands to view more detailed usage information:

Code: Select all

du -sh /var/subvols/8vEbTxkKvwa/*
du -sh /Volume1/*

[tomb_raider_fanatic]

Michael@Hercules:/# du -sh /var/subvols/8vEbTxkkvwa/*
du: cannot access '/var/subvols/8vEbTxkkvwa/*': No such file or directory
Michael@Hercules:/# du -sh /Volume1/*
4.0K /Volume1/@apps
4.0K /Volume1/@cache
8.0K /Volume1/@collect
4.0K /Volume1/@desktop
1.5M /Volume1/@system
8.0K /Volume1/@usb
1.1M /Volume1/@zlog
44K /Volume1/homes
16K /Volume1/lost+found
22T /Volume1/public
8.0K /Volume1/quota.group
8.0K /Volume1/quota.user
Michael@Hercules:/#

[TMzethar]

Sorry. There was a spelling error regarding the first command; it should be 'xkK' instead of 'xkk'.

[tomb_raider_fanatic]

Michael@Hercules:/# du -sh /var/subvols/8vEbTxkKvwa/*
5.0T /var/subvols/8vEbTxkKvwa/@


I need to add that since my last message, I have deleted the EXT 4 volume and recreated it as BTRFS and am copying the files across again

[TMzethar]

Generally speaking, if they do not belong to the same volume, they will not interfere with each other.
Based on the information you provided, the capacity is basically correct. Apart from the previously mentioned situation (which has been confirmed as inconsistent), the volume itself reserves a single-digit percentage of space for metadata, which is one of the reasons why the actual data observed is less than the volume size.

[tomb_raider_fanatic]

Well, after deleting the volume and recreating it as BTRFS and copying all the files over again, it is not the same.
I have got my 1.5Tb back again.
So I am really at a loss as to what happened.