Western Digital My Cloud Data Recovery
Western Digital's My Cloud series offers users the convenience of centralized storage and remote access to their data. However, even with advanced storage solutions like My Cloud, data loss can still occur due to various reasons, presenting users with significant challenges in recovering their valuable information.

WD My Cloud has a 4TB WD Red hard drive inside designed for NAS with bad sectors needing data recovery
1. Hardware Failures
One of the most common reasons for data loss in Western Digital My Cloud devices is hardware failure. Despite being designed for reliability, hard drives can still experience mechanical issues, such as head crashes, motor failures, or electronic component failures. These hardware failures can render the data inaccessible and require specialized expertise to recover.
2. File System Corruption
File system corruption can occur due to sudden power outages, improper shutdowns, or software bugs. When the file system on a My Cloud device becomes corrupted, users may experience difficulties accessing their data or even encounter the dreaded "file system not recognized" error. Recovering data from a corrupted file system often requires advanced tools and techniques to reconstruct the file structures and retrieve the files intact.
3. Accidental Deletion or Formatting
Human error is another significant factor contributing to data loss on Western Digital My Cloud devices. Accidentally deleting important files or formatting the entire drive can lead to irreversible data loss if proper backup measures are not in place. While data recovery software can sometimes help recover accidentally deleted files, the success rate depends on various factors, including the extent of data fragmentation and overwrite.
4. Firmware Issues
Firmware issues in My Cloud devices can manifest in different ways, ranging from connectivity problems to complete system crashes. Firmware updates gone wrong or incompatible firmware versions can result in data loss or device instability. Recovering data from My Cloud devices affected by firmware issues may require specialized tools and expertise to bypass or repair the firmware and access the underlying data.
5. RAID Rebuild Failures
My Cloud devices configured with RAID (Redundant Array of Independent Disks) for data redundancy can still experience data loss if a RAID rebuild fails. RAID rebuild failures can occur due to various reasons, such as disk errors, power interruptions during the rebuild process, or mismatched drive configurations. Recovering data from a failed RAID rebuild often requires expert knowledge of RAID systems and data recovery techniques to reconstruct the data from the remaining disks.
Conclusion
While Western Digital My Cloud devices offer convenient storage solutions for home and business users alike, they are not immune to data loss. Hardware failures, file system corruption, accidental deletion, firmware issues, and RAID rebuild failures are just some of the common challenges users may encounter when attempting to recover data from My Cloud devices. In such situations, seeking professional data recovery services from experienced providers is often the best course of action to maximize the chances of successful data recovery without risking further damage to the valuable information stored on these devices.
Data Recovery WD My Cloud Case Log
14May24: This drive shows no problems in the smart but the customer said that it no longer detects over their network using Windows 11. Bad sectors were found by doing a read test. They use a linux EXT4 file system.
Model : WDC WD40EFRX-68WT0N0
Serial : WD-WCC4E7TEDV3B
Firmware : 82.00A82
Capacity : 4 TB (7 814 037 168)
Family:................................. : GiantÂ
Techno mode key......................... : Ok
Â
HDD Status sector....................... : Ok
Â
RAM:
System controller (SoC)................. : 88i9446C0 0x(A5C0)
HDD Info reading........................ : Ok
Heads number............................ : 8
Cyl Count............................... : 256
Â
ROM:
Read ROM................................ : Ok
ROM Data size........................... : 512 Kb
Flash ROM dir reading................... : Ok
Flash ROM dir reading (Ext)............. : Ok (Active)
Modules directory address............... : 402 725
SA regions address...................... : by default
SA regions address (RAM)................ : by default
Module 02 access........................ : Granted
Â
SA SPT.................................. : 6347
Â
SA Translator loading................... : Ok
SA defects assigned..................... : 5
Â
ROM Modules:
ROM version............................. : 02.7PC
Module 4F F/W version................... : 0002007P
Overlay F/W version..................... : 02.7QC
Servo F/W version....................... : 02.57
Â
Heads configuration..................... : by map
Heads number............................ : 8
Heads number in use..................... : 8
Switched off heads...................... : No
Heads map............................... : 0,1,2,3,4,5,6,7
Â
Relocations............................. : 0 (2 163)
Read ROM DCM............................ : Ok
Â
Power up log reading.................... : Ok
Power up load dir data.................. : Yes
Power up load permovl................... : Yes
Power up load CFG data.................. : Yes
Â
Service area:
SA dir reading (ID)..................... : Ok
Dir items loaded........................ : 510
Â
SA Access............................... : Copy 0,Copy 1
Â
Configuration reading................... : Ok
CFG tech mode lock...................... : No
Self encryption drive................... : No
Master Password......................... : has not been set
User Password........................... : has not been set
Â
DCM in module 47........................ : WM
DCM in module 0A........................ : |F|GWMPXGC
DCM in module 02........................ : S|BFLNPGMWHMCPRXVGKMUG
Â
S.M.A.R.T. Data reading................. : Ok
Data Recovery WD My Cloud Case Log
14Feb2025: The patient drive (WD40EFRX-68WT0N0) does not power on. There is a bad TVS diode. After removal, the drive is operational. This enclosure (WDBCTL0040HWT-00) has not encrypted the data. There's a mirrored EXT3 filesystem containing a Linux installation and an EXT4 filesystem containing user data. All data was imaged at full speed.
Data Recovery WD My Cloud Home Case Log



01July2024: Drive has dead heads. Cleanroom work needed.
The enclosure PCB (via UART) drops into a command interface with the following output when no drive is connected (115200 baud):
C1:80000000C2?C3hhwsetting size: 000005C0C4f5-5Goto FSBL: 0x10100000<=============================================>fsbl_main: sys_secure_type = 0x0000BEEEfsbl_main: sys_boot_type = 0x00000001fsbl_main: sys_boot_enc = 0x00000000fsbl_main: sys_bisr_done = 0x00000000sys_hwsetting_size:00000600sys_bootcode_size:00067440sys_secure_fsbl_size:00010B00sys_secure_os_size:00000000sys_bl31_size:00005040sys_rsa_key_fw_size:00000000sys_rsa_key_tee_size:00000000sys_rescue_size:00026360
HwSetting:hwsetting_blk_no:88120800hwsetting_total_size:00000680hwsetting_blk_count:00000680
Bootcode:bootcode_blk_no:88120E80bootcode_total_size:00067460bootcode_blk_count:00067460
FSBL:secure_fsbl_blk_no:881882E0secure_fsbl_total_size:00010B20secure_fsbl_blk_count:00010B20
TEE OS:secure_os_blk_no:88198E00secure_os_total_size:00000000secure_os_blk_count:00000000
BL31:bl31_blk_no:88198E00bl31_total_size:00005060bl31_blk_count:00005060
RSA Key Fw:rsa_key_fw_blk_no:8819DE60rsa_key_fw_total_size:00000000rsa_key_fw_blk_count:00000000
RSA Key TEE:rsa_key_tee_blk_no:8819DE60rsa_key_tee_total_size:00000000rsa_key_tee_blk_count:00000000
Rescue:rescue_blk_no:8819DE60rescue_total_size:00026380rescue_blk_count:00026380********** FW_TYPE_BOOTCODE **********fwInfo->fwType: 00000001fwInfo->isGolden: 00000001fwInfo->ddrReadAddr: 00520000fwInfo->ddrDestAddr: 00020000fwInfo->flashType: 00000001fwInfo->flashUnitSize: 00000001fwInfo->flashOffset: 88120E80fwInfo->dataSize: 00067460body_size:00067440flash_unit_no:88120E80flash_unit_count:00067460real_size:00067418sha256 Fwj bootcode jump address:0002000064b
4.1.4
CPU  : Cortex-A53 quad core - AARCH32Board: Realtek QA Board[ERR] get_accessible_ddr_size: hw setting error. (impossible value 0x0)[ERR] get_accessible_ddr_size: hw setting error. (impossible value 0x0)DRAM:  0 BytesWatchdog: DisabledCache: EnabledNon-Cache Region: 1 MB@0x07900000nor flash id [0x00ef4014]sector 256k en: 0sector  64k en: 1sector  32k en: 1sector  4k en: 1page_program  : 1max capacity  : 0x00100000spi type name : WINBOND_W25Q80BV_8Mbit[SATA] enable SATA interface[SATA] spread-spectrum disableFactory: NORFactory: pp:0, seq#:0x3c, size:0x2400------------can't find tmp/factory/000BootParam.hSet HDMI TX OFFIn:   serialOut:  serialErr:  serialNet:  Realtek PCIe GBE Family Controller mcfg = 0024dev->name=r8168#0*** Reboot-Action invalid ***Hit Esc or Tab key to enter console mode or rescue linux:  0------------can't find tmp/factory/recovery======== Checking into android recovery ====
AHCI 0001.0301 32 slots 2 ports ? Gbps 0x3 impl SATA modeflags: ncq pm led clo only pmp pio slum partNo port device detected!Error, SATA device initialization failed!bootr - boot realtek platform
Usage:bootr [u/uz]    u  - boot from usb    uz  - boot from usb (use lzma image)    m  - read fw from flash but boot manually (go all)
Enter console mode, disable watchdog ...
Realtek> helpb2ndbc  - load 2nd stage bootcodebdinfo  - print Board Info structurebootm  - boot application image from memorybootr  - boot realtek platformdcache  - enable or disable data cachedhcp   - boot image via network using DHCP/TFTP protocolenv   - environment handling commandsfactory - FACTORY sub systemfatinfo - print information about filesystemfatload - load binary file from a dos filesystemfatls  - list files in a directory (default /)fatwrite- write file into a dos filesystemfdt   - flattened device tree utility commandsgettime - get timer val elapsedgo    - start application at address 'addr' or start running fwgoru   - start rescue linux from usbgpt   - GUID Partition Tablehelp   - print command description/usagei2c   - I2C sub-systemicache  - enable or disable instruction cachekeyset  - keyset - write keyset file into factory arealoady  - load binary file over serial line (ymodem mode)md    - memory displaymtest  - simple RAM read/write testmtest2  - simple RAM read/write testmw    - memory write (fill)ping   - send ICMP ECHO_REQUEST to network hostreset  - Perform RESET of the CPUrtkfat  - Realtek FAT32 format utility v1.0rtkfdt  - RTK fdt utilityrtkgpt  - rtkgpt utilityrtkrng  - rng utilityrtkspi  - spi flash utilitysata   - SATA sub systemsaveenv - save environment variables to persistent storagesource  - run script from memorytftp   - download image from TFTP servertftpput - TFTP put command, for uploading files to a serveruart_write- for uart mp tool burn mac and sn keyunzip  - unzip a memory regionusb   - USB sub-systemversion - print monitor, compiler and linker versionwdpp   - Western Digital Boot Patition ToolRealtek> bdinfoarch_number = 0x0000138Aboot_params = 0x00100100DRAM bank  = 0x00000000-> start   = 0x00000000-> size   = 0x00000000ethaddr   = 00:14:EE:02:D8:13ip_addr   = 192.168.100.1baudrate   = 115200 bpsTLB addr   = 0x000E0000*** bdinfo pll ***SCPU  PLL  = 1201 MHzSCPU     =  600 MHzACPU  PLL  =  549 MHzACPU     =  549 MHzVCPU1  PLL  =  594 MHzVCPU2  PLL  =  675 MHzDDSA  PLL  =  432 MHzDDSB  PLL  =  432 MHzBUS  PLL  =  255 MHzBUS_H  PLL  =  459 MHzGPU  PLL  =  449 MHzVODMA  PLL  =  405 MHz*** bdinfo ddr ***DDR     =  1600 MHz (0x1a)[ERR] get_ddr_size: hw setting error. (impossible value 0xf)[ERR] get_accessible_ddr_size: hw setting error. (impossible value 0x0)[ERR] get_ddr_size: hw setting error. (impossible value 0xf)[ERR] get_accessible_ddr_size: hw setting error. (impossible value 0x0)DDR  SIZE =  0*2 =   0 MB  (Evaluated from DC1 0xb8008004/0x18008740)Realtek> version4.1.4arm-linux-gnueabi-xgcc (Realtek ASDK-4.9.3 Build 2180) 4.9.3 20150413 (prerelease)GNU ld (Realtek ASDK-4.9.3 Build 2180) 2.24.0.20141017Realtek>