←back to thread

The File Filesystem (2021)

(mgree.github.io)
346 points wegwerff | 3 comments | | HN request time: 0.635s | source
Show context
RetroTechie ◴[] No.40215710[source]
Useful enough that it should be an OS-level standard feature, imho.

Unix-like OSes allow mounting disk images to explore their contents. But there's many more file formats where exploring files-inside-files is useful. Compressed archives, for one. Some file managers support those, but (imho) application-level is not the optimal layer to put this functionality.

Could be implemented with a kind of driver-per-filetype.

replies(8): >>40215839 #>>40215919 #>>40215928 #>>40216709 #>>40217080 #>>40219626 #>>40225276 #>>40225726 #
jraph ◴[] No.40215919[source]
It exists :-)

For zip archives, there are fuse-zip and mount-zip which are FUSE filesystem.

As an intermediate between OS level and application-level, there are desktop environment level: gvfs for GNOME and KIO for KDE, but they are compatible only in their own ecosystems.

replies(2): >>40221661 #>>40226972 #
1. lambdaxyzw ◴[] No.40221661[source]
Would be nice to have something that integrates with 7z - it supports a lot of weird archive types, including "weird" ones I care about (for example PE files, better known as ".exe files").
replies(1): >>40223984 #
2. russfink ◴[] No.40223984[source]
Or zstd. I have some dd blobs of partitions, the blobs are zstandard-compressed, would like to mount them.
replies(1): >>40245775 #
3. mxmlnkn ◴[] No.40245775[source]
Ratarmount also works for that. However, it, and any other tool I know of, works only well if it was compressed with pzstd because of a limitation of the zstd format. It needs separate zstd frames for fast seeking.