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
/opt is being deleted in overlayfs build after extra sfs install #4169
Comments
Further info: BookwormPup64 with a different sfs (but containing /opt) seems to work correctly. Will make a small test sfs that can be installed on both systems......... |
The "file" in the save is a whiteout. When you unload a SFS, sfs_load.overlay deletes empty leftover directories, and /opt is deleted because it's 1. present in the SFS and 2. empty. If you load another SFS that contains /opt, install a package that contains /opt or simply create /opt (through a file manager or |
The extra sfs is loaded by putting it into the frugal install directory and clicking on it. |
Confirmed that putting some dummy content into /opt in the main system sfs for BW32 stops /opt being erased after an extra sfs with /opt content is loaded and queued and rebooted. |
Yes, sfs_load.overlay removes every directory present if the SFS during unloading, if it's empty. If /opt was empty before the SFS was loaded and the SFS contains /opt, /opt will be deleted when you unload the SFS. |
Bit confused about mention of SFS unloading as the activity was not unloading - it was loading and queuing an sfs with /opt contents for use after a reboot - which couldn't happen because /opt was "deleted". |
The leftover directory cleanup procedure happens only if:
|
@dimkr ?
BookwormPup32 with a savefolder and an extra sfs with /opt in it loaded - after reboot there is no longer a /opt directory.....
The savefolder upper directory shows /opt has been replaced by "something else":
The text was updated successfully, but these errors were encountered: