SUMMARY *** Analysis of a mounted apfs filesystem via apfs-fuse shows 0 bytes although there is a lot of space allocated by files. *** The Krusader file system analysis (alt-shift-S) does correctly show the content. Local paths work fine, too. STEPS TO REPRODUCE 1. Mount apfs FS via apfs-fuse -o allow_other /dev/nvme0n1p2 /run/media/MacOS 2. Start Filelight and have it analyse starting from /run/media/MacOS 3. wait until its finished and check what it found OBSERVED RESULT It says it found 0 bytes only. At the same time, when hovering over the empty circle, it says "3.000.000 files 100%", so it does see the content. EXPECTED RESULT The Krusader analysis says something about 900GB, this is expected. SOFTWARE/OS VERSIONS Linux/KDE Plasma: ? KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION manjaro 21.2rc-1 (testing branch)
This is kind of a bug in apfs-fuse as it claims that files occupy no blocks. Since filelight presents block usage (that is effective use on-disk) rather than byte usage (that is theoretical size of the file in bytes). You'll probably see the same result with most proper space usage analyzers. e.g. I know for a fact that the terminal program `ncdu` also would fall into this trap. Best report it to the authors of apfs-fuse. stat iTunes.app/Contents/Info.plist File: iTunes.app/Contents/Info.plist Size: 6809 Blocks: 0 IO Block: 4096 regular file Device: 67h/103d Inode: 12885004098 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2019-03-07 07:41:48.000000000 +0100 Modify: 2019-03-07 07:41:48.000000000 +0100 Change: 2020-01-29 12:13:15.683020291 +0100 Birth: -