You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to be able to say which mounted OCI image has corrupted layers when checking with atomfs verify (see #20) or via some other mechanism that gets notified that a device is corrupt.
The molecule should keep track of the OCI image path that it was created from, and we should be able to trace from a device name to a list of molecules and OCI images that are affected.
since the current molecule metadata is overmounted, maybe atomfs lib should maintain a separate directory with this info:
seeing as how this is tied to the verity implementation, possibly this should be an implementation detail of atomfs verify and that command could just output OCI tag info. but we do need to make it available somewhere.
The text was updated successfully, but these errors were encountered:
note that the overmounting that hides the metadata dir is not required, it's a convenience for the atomfs binary, but other users of the atomfs package do set a different (and thus accessible) metadata dir
I want to be able to say which mounted OCI image has corrupted layers when checking with
atomfs verify
(see #20) or via some other mechanism that gets notified that a device is corrupt.The molecule should keep track of the OCI image path that it was created from, and we should be able to trace from a device name to a list of molecules and OCI images that are affected.
since the current molecule metadata is overmounted, maybe atomfs lib should maintain a separate directory with this info:
seeing as how this is tied to the verity implementation, possibly this should be an implementation detail of
atomfs verify
and that command could just output OCI tag info. but we do need to make it available somewhere.The text was updated successfully, but these errors were encountered: