-
Notifications
You must be signed in to change notification settings - Fork 38
Open
Labels
bugSomething isn't workingSomething isn't working
Description
When collecting a VM I get the following output:
Collected with: acquire --profile full /path/to/VM.vmx
...
timestamp [INFO ] - Collecting file /var/lib/rpm/Packages to: fs/$rootfs$/var/lib/rpm/Packages
timestamp [ERROR] - OSError while collecting path /var/lib/rpm/Packages (while collecting /var/lib/rpm/Packages)
...
failure: path:/var/lib/rpm/Packages
There are no more occurrences for the failed path in the .log file.
Subsequently when running the target-* tools over the .tar file I get:
> target-shell hostname_timestamp.tar
...
File "/usr/lib/python3.9/tarfile.py", line 2321, in next
raise ReadError("unexpected end of data")
tarfile.ReadError: unexpted end of data
...
Raised from calling dissect/target/target.py via open_all -> _load
Also when running tar tvf or 7z l the file listing stops after listing fs/$rootfs$/var/lib/rpm/Packages.
> tar tvf hostname_timestamp.tar
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
> 7z t hostname_timestamp.tar
...
ERROR: Data Error : fs/$rootfs$/var/lib/rpm/Packages
...
Expected behavior
I would expect a OSError to not cause the archive to get corrupted, acquire actually finishes successfully and even collected many extra files after the error.
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working