WD20000H1NC My Book (White LED) Data Recovery

Hi,

My NAS is now dropping off my network a few seconds after cycling power. All white leds flash once it crashes and I can no longer access the NAS via the web UI or SMB/sftp/scp. In the brief time it is available I can see my files but the device does not stay alive long enough for me to retrieve any substantial data.

I would like to mount the drive in a USB caddy and extract the files under Linux. I have tried & get stuck around xfs_repair… but I’m not sure the partition even needs repairing so I’m asking the community for guidance! Here’s what I’ve found:

1) mdadm --examine /dev/sdb4
/dev/sdb4:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : ad8bff02:7b17472b:632cc03f:faf63e83
           Name : MyBookWorld:2
  Creation Time : Mon Sep  6 05:59:36 2010
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 3900554687 (1859.93 GiB 1997.08 GB)
     Array Size : 1950277343 (1859.93 GiB 1997.08 GB)
  Used Dev Size : 3900554686 (1859.93 GiB 1997.08 GB)
    Data Offset : 272 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 03eeed0a:6c234726:fcff06bc:069f3ac1

    Update Time : Sat Jan  4 15:36:52 2020
       Checksum : dd0867bb - correct
         Events : 5418172


   Device Role : Active device 0
   Array State : A. ('A' == active, '.' == missing, 'R' == replacing)
2) mdadm --assemble --readonly /dev/md0 /dev/sdb4
mdadm: /dev/md0 has been started with 1 drive (out of 2).
3) fsck -t ext3 /dev/md0 -- -n -f -v
Only replied with one line until I installed xfsprogs:
fsck from util-linux 2.29.2
After xfsprogs installed:
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_repair(8).
4)mount /dev/md0 /mnt/usb
mount: /dev/md0 is write-protected, mounting read-only
mount: mount /dev/md0 on /mnt/usb failed: Structure needs cleaning
5) fdisk -l
Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C814E4DA-B9D9-4C0A-A668-E6B49801F7E1

Device       Start        End    Sectors   Size Type
/dev/sdb1    64320    3984191    3919872   1.9G Linux RAID
/dev/sdb2  3984192    4498175     513984   251M Linux RAID
/dev/sdb3  4498176    6474175    1976000 964.9M Linux RAID
/dev/sdb4  6474176 3907029134 3900554959   1.8T Linux RAID
6) xfs_repair -n /dev/md0
Phase 1 - find and verify superblock...
xfs_repair: V1 inodes unsupported. Please try an older xfsprogs.

I’m using Debian in a VM to perform the diagnostics. Thoughts please.

Steve