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
Whenever I'm using target-shell against a live system, and the filesystem is updated, target-shell becomes out of sync with the actual file on disk. This primarily happens to me whenever a linux-based system is dissected, which in my case was a VMWare VM with a Linux guest on it with an EXT4 filesystem. For example:
In this example I'm running taget-shell on a virtual machine, with the CLI open before the file is dropped on the left, and a new instance of target-shell open after I drop the file and flush all open buffers on the right. I believe the shell fails to detect a filesystem change in the left most filesystem, and hence uses an outdated cache.
Note that this does not seem to be the case for windows guests though (caveat that this requires some waiting for the files to be flushed by the Windows OS):
A solution to this could be something like a sync command for taget-shell as I've tried to create in #694 (word of warning: might need some more testing), or it might be a bug in the EXT4 filesystem itself.
Thank you for listening to my TED talk
The text was updated successfully, but these errors were encountered:
Whenever I'm using
target-shell
against a live system, and the filesystem is updated, target-shell becomes out of sync with the actual file on disk. This primarily happens to me whenever a linux-based system is dissected, which in my case was a VMWare VM with a Linux guest on it with an EXT4 filesystem. For example:In this example I'm running
taget-shell
on a virtual machine, with the CLI open before the file is dropped on the left, and a new instance oftarget-shell
open after I drop the file and flush all open buffers on the right. I believe the shell fails to detect a filesystem change in the left most filesystem, and hence uses an outdated cache.Note that this does not seem to be the case for windows guests though (caveat that this requires some waiting for the files to be flushed by the Windows OS):
A solution to this could be something like a
sync
command fortaget-shell
as I've tried to create in #694 (word of warning: might need some more testing), or it might be a bug in the EXT4 filesystem itself.Thank you for listening to my TED talk
The text was updated successfully, but these errors were encountered: