Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mounting multiple ZIP files without requiring additional tools - eg. Google Takeout #28

Open
dagelf opened this issue Oct 27, 2024 · 7 comments
Labels
enhancement New feature or request

Comments

@dagelf
Copy link

dagelf commented Oct 27, 2024

This project is ideal for mounting and selectively searching and extracting from large Google Takeout .zip's.

The problem with those is that they are usually split up into multiple files - and this tool could be immensely useful in situations where space is at a premium, without having to require additional layers like overlayfs or mergerfs and the like (although the latter might be a good quick-fix.)

This issue is to discuss the option and mechanism of expanding this tool so as to be able to mount multiple .zip files into the same path. This would also make it useful to explore incremental backups, if newer files were presented over older ones.

@fdegros
Copy link
Collaborator

fdegros commented Oct 28, 2024

mount-zip does not support multipart ZIPs. The reason is that the underlying libzip library does not support them. I asked the libzip's authors about it a while ago. My understanding was that there is very little demand for these multipart ZIPs.

@dagelf
Copy link
Author

dagelf commented Oct 28, 2024

The Google Takeout zip's aren't multipart, so its just a matter of overlaying multiple zips onto the same mount point. But multipart zip support would also be convenient - and I suppose that the libzip authors won't reject a solid PR that adds support for those either, which I'm also willing to look at.

@fdegros fdegros added the enhancement New feature or request label Oct 29, 2024
@fdegros
Copy link
Collaborator

fdegros commented Oct 29, 2024

The Google Takeout zip's aren't multipart, so its just a matter of overlaying multiple zips onto the same mount point.

I see.

How would that be specified on the command line?

@fdegros fdegros added the question Further information is requested label Oct 29, 2024
@dagelf
Copy link
Author

dagelf commented Oct 29, 2024

I'm not sure if its necessary to use a separate switch for the mount point, so for now I'm just going with:

<zip_file1> [<zip_file2> ... <zip_fileN>] <mount_point>

@fdegros
Copy link
Collaborator

fdegros commented Oct 30, 2024

Ok. It might be possible to implement this feature efficiently and neatly in mount-zip. Let's think about it. But it is not a high priority, especially since there are workarounds like overlayfs or mergerfs.

@fdegros fdegros removed the question Further information is requested label Oct 30, 2024
@christianscott
Copy link

I would also find this handy. True that this can also be achieved using {overlay,merger}fs (and that is what I plan to do) but it would be lovely to achieve this behaviour with a single command instead.

@fdegros
Copy link
Collaborator

fdegros commented Dec 16, 2024

If we want to implement this feature, then we probably need to think about file name collisions. At the moment, mount-zip deduplicates colliding file names. But this might not be the desired behavior when stacking up multiple archives in the same mount point.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants