On 2021/10/17 01:29, Christian Wimmer wrote:

quoted

quoted

I already run the command btrfs restore /dev/sdd1 . and could restore 90% of the data but not the important last 10%.

Using newer kernel like v5.14, you can using "-o ro,rescue=all" mount
option, which would act mostly like btrfs-restore, and you may have a
chance to recover the lost 10%.

Very nice! I updated to 5.14 and mounted with "-o ro,rescue=all” and yes, I can see all data now.
I guess this is just for data recovery, not a permanent mount option, right?
I should rescue the data and format the disc again, right?

Yes, that's just to rescue.

Thanks,
Qu

quoted

quoted

My system is:

Suse Tumbleweed inside Parallels Desktop on a Mac Mini

Mac Min: Big Sur
Parallels Desktop: 17.1.0
Suse: Linux Suse_Tumbleweed 5.13.2-1-default #1 SMP Thu Jul 15 03:36:02 UTC 2021 (89416ca) x86_64 x86_64 x86_64 GNU/Linux

Suse_Tumbleweed:~ # btrfs --version
btrfs-progs v5.13

The disk /dev/sdd1 is one of several 2TB partitions that reside on a NAS attached to the Mac Mini like

/dev/sdd1 is directly mapped into the VM or something else?

Or a file in remote filesystem (like NFS) then mapped into the VM?

It is a file on a SAS External Physical Volume that is formatted in Mac OS Extended and attached to the Parallels as an additional disc, then formatted inside linux with btrfs


BTW, I think now I know exactly what I did wrong to get to this stage.
I suspended my Virtual Machine with all discs still mounted. Then I started a new Virtual machine with the same discs attached and  this confused the discs.
Should avoid this.