(03-08-2026, 06:32 PM)chmichael Wrote: do you plan a linux version with command line support ?
That's quite a feature request
. For LIVE imaging Systems to get a "reasonably consistent" (no changes occurring during the imaging process) snapshot of the FileSystem, the FileSystem needs to support that concept. Currently (I believe) only btrfs and ZFS are the only Linux FileSystems supporting snapshotting capability... and not all Linux Systems support those FileSystems... yet.It goes a bit deeper than that. The "reasonably consistent" snapshot mentioned above won't really be consistent... especially as far as cached database systems go (most of them). The full database is pieced together from its cached entries and its disk-based entries... the cached entries will not be part of any FileSystem snapshot. As a result, the "imaged" database will be incomplete and fractured when saved... not something you want to restore at a later time. Microsoft somewhat solves that by asking any application that wishes to be fully consistent upon any FileSystem snapshot request pls identify yourself. In performing that function, the Microsoft snapshot System now knows who to inform when getting ready to do a FileSystem snapshot. Good actors, when hearing of that request, will make their disk-based important entities consistent by flushing all their cached data out to the disk prior to the beginning of the snapshot function. This has worked well for 95+% of Systems/applications requiring consistency for their backups/images. This whole "function" in the new Linux FileSystem snapshotting environment needs to be created in order to develop a similar FileSystem snapshotting capability.
There's still a lot of work ahead for broad spectrum Linux FileSystem snapshot capability. It will come, but it will take a while.
PS- there's always been good off-line Linux System imaging applications (both Linux & WinPE kernel enabled)... it's just that you cannot run them while running LIVE Linux Systems.