Zachary Dremann

I belive this issue can be closed

The format of v3/4 squashfs archives sets the file_size of directories to the total size of all headers + entries + 3. That is the format squashfs-tools generates, and the kernel reads. "-ng" was generating invalid archives, which don't follow this format correctly, but happened to be read without issue in other decoders. Per https://github.com/AgentD/squashfs-tools-ng/issues/85#issuecomment-883161894: "This will be fixed on the squashfs-tools-ng side, and I will make an effort in patching existing...

The + 3 is 1 byte for ".", and 2 bytes for "..". These 3 bytes are not present in the on-disk file, but are part of the "logical size" of the directory. Arguably, since that data isn't actually in the file itself, the kernel code could have just added 3 to the size of the inode it uses for directory inode types, but that is what the format is, and I don't think it's changeable at this point.