You might be want to post screenshots or photos of the GUI window. If you are running CLI or command line interface commands, you can post it back using preformatted text (</> or Ctrl+e) on the reply box or text window.
What applications do you have and where are you storing their data? You need to give us as much info as possilble. We can only go off what is provided and canāt see what you see on the system.
Immich is probably storing itās data in ix-applications and not in an outside dataset. Check your Immich configuration.
You will have to use the command line (CLI) to look through those folders and see what is taking up disk space. You might have some luck browsing the forums for āImmichā and any disk space related posts.
I think we can all appreciate that English is probably not your main language, but you are really not giving us the information we need to help you. Can you please open a command shell and run the following commands, and then copy and paste the responses from each command into its own </> box here:
truenas_admin@truenas[~]$ /sbin/zpool status -vLtsc lsblk,serial,smartx,smart
pool: NAS
state: ONLINE
status: Some supported and requested features are not enabled on the pool.
The pool can still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
scan: scrub repaired 0B in 01:29:00 with 0 errors on Sun Jun 15 01:29:02 2025
config:
NAME STATE READ WRITE CKSUM SLOW size vendor model serial hours_on pwr_cyc health realloc rep_ucor cmd_to temp pend_sec off_ucor ata_err nvme_err
NAS ONLINE 0 0 0 -
mirror-0 ONLINE 0 0 0 -
sda1 ONLINE 0 0 0 0 3.6T ATA ST4000VN008-2DR166 Z9LNNEXE 10105 18 PASSED 0 0 0 36 0 0 - - (trim unsupported)
sdb1 ONLINE 0 0 0 0 3.6T ATA ST4000VN008-2DR166 Z9LNNFVO 10105 17 PASSED 0 0 0 36 0 0 - - (trim unsupported)
errors: No known data errors
pool: boot-pool
state: ONLINE
status: One or more features are enabled on the pool despite not being
requested by the 'compatibility' property.
action: Consider setting 'compatibility' to an appropriate value, or
adding needed features to the relevant file in
/etc/zfs/compatibility.d or /usr/share/zfs/compatibility.d.
scan: scrub repaired 0B in 00:00:57 with 0 errors on Tue Jun 24 03:45:59 2025
config:
NAME STATE READ WRITE CKSUM SLOW size vendor model serial hours_on pwr_cyc health realloc rep_ucor cmd_to temp pend_sec off_ucor ata_err nvme_err
boot-pool ONLINE 0 0 0 -
nvme0n1p2 ONLINE 0 0 0 0 111.8G - KINGBANK KP230 LJ6232R012265 17622 268 PASSED - - - 42 - - - 0 (untrimmed)
errors: No known data errors
Can you do a screenshot of the GUI where you think there is a problem with āChildrenā? Try to do almost the entire TrueNAS GUI so we can see what sections, windows and data you are looking at.
I am guessing your root pool is called NAS and you have a child dataset named NAS and that is what you think is the problem?
I think that this is simply a misunderstanding of what āavailable spaceā means - it means free space available for more data and NOT total space, so I donāt think that there is any technical problem, and so backing everything up and destroying / recreating the pool will not do anything.
Analysis
The pool consists of a mirror of 2x 4TB Ironwolf HDDs - converting this to TiB by deducting 9% means there will be c. 3.64TiB of useable space in the pool - thatās the total space in the pool - and this is what the zpool list shows.
The NAS/NAS dataset has 732GiB of data in it - but you also need to add to this the space used by the hidden TrueNAS ix-apps dataset (as shown by the zfs list command) which is using 40.3GiB. Total used is thus 822GiB or 0.822TiB and deducting this from 3.64TiB leaves you c. 2.82TiB and this is exactly what is shown in the zpool list. Yes - this is different from the 2.71TiB shown as being free in the zfs list and UI, however that can be accounted for by e.g. zfs list only estimating the amount of data that can be stored (whereas zpool list shows the accurate count of blocks that are free) and I am guessing that it is estimating e.g. metadata overheads.
So, I donāt think that there is any technical problem to be resolved.
P.S.
Lol. Literally all you did was sigh at the very beginning of the thread!!!