cgsecurity.org

Thank you. I carefully read the online manual but seemingly need some help in this special case.
I have a 4TB USB disk with a 807 GB volume containing an NTFS filesystem, which runs fine.
The 807 GB volume is a hexdump copy of a 750 GB Linux ext4 disk, which must contain a Windows NTFS volume ...

I have used PhotoRec and successfully recovered some files. The files all seem to be there but the NTFS filesystem cannot yet be found. I tried TestDisk again, as follows:
- copied the Linux ext4 file disk01.img, which is a loop device containing a NTFS-volume somewhere, onto a >750 GB USB disk ...

The volume is an iSCSI disk on a remote Linux computer. Windows controls such disk as a local NTFS-volume. When the Ethernet cable between both computers got disconnected for a moment, Windows decided it should recheck the disk but rechecking became reformatting. There was zero writing activity ...

I have a windows volume that actually resides as a loop device on an external Linux computer. Everything worked well untill I got a communication problem that was soon resolved. At that point Windows decided it should check the disk of my volume. Doing that there must have been an advice to reformat ...

vgcfgrestore does it

Merci beaucoup. So, this should be an LVM issue, PhotoRec is possibly not even necessary? I have been in such a situation before and failed to reenable the new disk replacing the failing disk. I assume I need to reset the UUID of the failing disk onto the new one, but as I would hate losing it all ...

My Linux LVM2 Volume Group failed when 2 out of 4 disks returned an I/O error. File system is XFS, but it seems to be unrepairable, superblock cannot be found anymore.
I decided to use Photorec on each of the 4 standalone disks, the 2 good ones directly, the failing 2 by first running ddrescue. As ...