WD My Cloud je řada síťových úložišť (NAS), která Western Digital prodává od roku 2013. Označení „My Cloud” ale zahrnuje několik typů zařízení s odlišnou stavbou – od jednodiskových modelů pro domácnost přes řadu My Cloud Home s mobilní aplikací až po dvou- a čtyřdiskové modely pro náročnější použití (EX, PR, DL). Postup obnovy dat se mezi těmito typy liší, společné mají jen to, že se s nimi v laboratoři pravidelně setkáváme. Pracujeme se všemi generacemi včetně jednotek poškozených migrací z OS 3 na OS 5. Diagnostika je zdarma, cena záchrany dat začíná na 1 500 Kč.

Průvodce obsahem

• Co dělat, když My Cloud selhal
• Identifikace vašeho modelu
• WD My Cloud v naší laboratoři
• Selhání disku nebo disků v zařízení
• Selhání po migraci OS 3 → OS 5
• Klasické My Cloud (jednodisk a Mirror Gen 2)
• My Cloud Home – proč po vyjmutí disku vidíte jen anonymní soubory
• Multi-bay My Cloud – EX, PR a DL řady
• Nejčastější závady, se kterými My Cloud přicházejí do laboratoře
• Často kladené otázky

Co dělat, když My Cloud selhal

Pokud váš WD My Cloud nereaguje, svítí červenou LED, hlásí „Drive not found”, po aktualizaci se nespustil nebo z něj zmizela data – řiďte se těmito zásadami. Rozhodují o šanci na úspěšnou obnovu dat:

1. Zařízení vypněte a odpojte ze sítě. Zejména u multi-bay modelů s degradovaným polem každé další roztočení přidává čas na již zatížené disky a může vést k selhání dalšího disku v poli – z řešitelné situace se pak rychle stane neřešitelná.
2. Nepokoušejte se spouštět factory reset z administračního rozhraní. Volby „Restore Factory Defaults”, „Quick Factory Restore” nebo „Full Factory Restore” se v menu nacházejí vedle bezpečnějších variant a panický uživatel snadno zvolí špatnou. U některých variant tyto operace přepíšou tabulku oddílů, RAID metadata, případně samotný datový svazek.
3. Nepokoušejte se reinstalovat firmware ani „opravit” boot. Pokud zařízení přestalo fungovat po neúspěšné migraci OS 3 → OS 5, data na vnitřních discích typicky zůstávají v pořádku – další pokusy o flash firmware ale mohou tabulku oddílů poškodit.
4. U multi-bay modelů nepřehazujte disky. Vytáhnete-li disky z pozic kvůli kontrole, vždy si poznamenejte pořadí (slot 1, 2, 3, 4). mdadm RAID metadata jsou na pořadí citlivá a vrátíte-li disky do jiných pozic, riskujete neúspěšný rebuild.
5. Nespouštějte rebuild „naslepo”. Pokud pole hlásí degradaci a vy vyměníte disk za nový, zařízení automaticky zahájí rebuild. Pokud je ale druhý nebo třetí disk v poli také ve špatné kondici (typický scénář u 5–8 let starých jednotek), rebuild zatíží zbývající disky a může je dorazit. U RAID 5 pole je rebuild po selhání jednoho disku ze všech operací nejnebezpečnější.
6. Nespouštějte na disky žádné „opravné” nástroje, pokud si nejste absolutně jistí, co děláte (a pokud byste si byli jistí, pravděpodobně nečtete tento návod). chkdsk z Windows nebo fsck na Linuxu spuštěné na surovém disku z RAID pole obvykle metadata pole poškodí.
7. Kontaktujte nás. Vyplňte krátký formulář, zavolejte nebo napište – navrhneme nejvhodnější cestu podle generace a popsané závady. Diagnostika i svoz jsou zdarma v rámci celé ČR, po dohodě i z dalších států EU.

Pozor zejména u My Cloud Home a Home Duo: obnova dat ze zařízení této řady vyžaduje speciální postup. Vyjmutí disku a pokus o jeho přečtení v běžném počítači vám vrátí jen tisíce souborů s anonymními hexadecimálními názvy bez jakékoliv struktury – původní názvy souborů a složek jsou uložené v samostatné databázi, kterou je potřeba zpracovat profesionálním nástrojem.

Bezplatná konzultace, diagnostika, svoz

Identifikace vašeho modelu

Postup obnovy dat se mezi jednotlivými řadami My Cloud zásadně liší – odlišný operační systém, odlišný souborový systém i odlišný způsob ukládání dat. Klikněte na svůj model, dostanete se na sekci s technickým popisem a postupem obnovy.

• WD My Cloud (jednodiskové, klasické) – přejít na sekci klasických modelů
• My Cloud Mirror Gen 2 (dvoudiskové, RAID 1) – přejít na sekci klasických modelů
• My Cloud Home, My Cloud Home Duo (proprietární REST SDK) – přejít na sekci Home
• My Cloud EX2 Ultra, EX2100, EX4100 (multi-bay) – přejít na sekci multi-bay
• My Cloud PR2100, PR4100 (multi-bay pro) – přejít na sekci multi-bay
• My Cloud DL2100, DL4100 (multi-bay business) – přejít na sekci multi-bay
• Nevíte, jaký model máte? – popis závad podle symptomů nebo se nám ozvěte, pomůžeme model identifikovat

Pokud si nejste jistí, ke které kategorii vaše jednotka patří, rozhoduje typ rozhraní a způsob používání: My Cloud Home se nastavuje přes mobilní aplikaci a vyžaduje účet u WD; klasické My Cloud se nastavuje přes webové administrační rozhraní (dashboard) zařízení v lokální síti; multi-bay modely jsou poznat na první pohled – mají dvě nebo čtyři pozice na disky.

WD My Cloud v naší laboratoři

Řada WD My Cloud zahrnuje osobní a malá firemní síťová úložiště, která Western Digital prodává od roku 2013. Z hlediska obnovy dat ji ale nelze brát jako homogenní rodinu – uvnitř plastových obalů jsou tři architektonicky odlišné kategorie:

• Klasické modely (My Cloud, My Cloud Mirror Gen 2) – uvnitř standardní 3,5" WD Red nebo Blue v plastovém obalu se síťovým rozhraním. Linux operační systém, souborový systém EXT4. Jednodiskové My Cloud nemají RAID, dvoudisková Mirror Gen 2 obsahuje dva disky v RAID 1 (zrcadlení) přes Linux mdadm.
• My Cloud Home a Home Duo – stejně jako klasické modely obsahují 3,5" WD Red nebo Blue, EXT4 souborový systém, ale nad EXT4 je proprietární vrstva REST SDK, která ukládá uživatelské soubory jako anonymní hexadecimální „content IDs” a mapování na původní názvy a složky drží v samostatné SQLite databázi. Po vyjmutí disku ho lze v Linuxu připojit, ale data vidíte jen jako tisíce nepojmenovaných souborů.
• Multi-bay modely (EX2 Ultra, EX2100, EX4100, PR2100, PR4100, DL2100, DL4100) – Linux mdadm software RAID (RAID 0, 1, 5, 10, JBOD podle počtu pozic) s EXT4 nad polem. Architektura blízká Synology nebo QNAPu, jen s vlastním WD firmwarem.

Vnitřní disky bývají WD Red, Red Plus, případně Blue u nejstarších modelů; v některých novějších modelech jsou disky se SMR zápisem (Shingled Magnetic Recording), který komplikuje rebuild RAID polí. Multi-bay modely využívají různé ARM SoCs (Marvell Armada 370, 385 a 388 v EX řadě, Intel Pentium v PR řadě).

Typické situace, se kterými My Cloud přicházejí do laboratoře:

• red LED a „Drive not found” po vynucené migraci OS 3 → OS 5 (rok 2021–2022, tisíce postižených uživatelů),
• degradace disků v 5+ let starých jednotkách – SMART chyby, klepání, samovolné odpojování,
• selhaný rebuild RAID 5 v multi-bay modelech po výměně jednoho vadného disku,
• nedostupná data po neúspěšném pokusu o factory reset z administrace,
• My Cloud Home – uživatel po selhání jednotky vytáhl disk, mountl v Linuxu a zjistil, že vidí jen anonymní hex soubory,
• logické závady souborového systému EXT4 po nekorektním vypnutí nebo výpadku napájení,
• poškození disku přepětím při bouřce – typicky všechny disky v poli najednou.

Pokud řešíte WD My Book Live nebo My Book Live Duo – jedná se o starší řadu síťových úložišť, dnes již nepodporovanou (dotčenou hromadným vymazáním v roce 2021). Architekturně jsou bližší klasickým single-bay My Cloud než externímu USB My Book; pokrývá je tato stránka, postup obnovy je analogický k single-bay My Cloud sekci níže.

→ Hlavní WD pilíř: Záchrana dat z disků Western Digital (WD) – přehled všech řad, interní HDD, externí My Book a My Passport, síťové My Cloud, WD SSD.

3× foto: typy WD My Cloud (single-bay klasické + My Cloud Home + multi-bay PR/EX)

Selhání disku nebo disků v zařízení

Nejčastější situace, se kterou My Cloud do laboratoře přichází, není žádný exotický scénář – je to postupné selhání samotných disků. Většina jednotek je dnes 5–10 let v provozu, často v nepřetržitém režimu, a mechanické vady se v této fázi životnosti dají očekávat.

Symptomy se mezi modely a typy zařízení mírně liší, ale principy jsou společné:

• SMART chyby v dashboardu nebo v hlášení mobilní aplikace,
• klepání nebo cvakání slyšitelné z plastového obalu při zapnutí,
• postupné zpomalování přístupu k datům, kopírování velkých souborů se přerušuje,
• samovolné odpojování svazků, dashboard hlásí „Volume not mounted”,
• red LED na předním panelu (může indikovat poškozený disk i jiné problémy – viz OS migrace),
• u multi-bay modelů hlášení degradovaného pole, varování o jednom či více vadných discích.

Postup obnovy závisí na typu zařízení i na konkrétní vadě:

Jednodiskové modely (My Cloud, My Cloud Home)

Disk z jednotky vyjmeme a další zpracování probíhá mimo původní zařízení. Pokud je samotný disk fyzicky poškozený (klepe, hlavy nečtou, plotny mají defekty), postupujeme jako u běžného 3,5" pevného disku – práce se čtecími hlavami v laminárním boxu, modifikace PCB a servisních dat. U disků s degradovaným povrchem nebo nestabilním čtením využíváme platformu ACELab PC-3000 s mnoha možnostmi modifikací nastavení disku, které jsou daleko za možnostmi jakéhokoliv softwaru, případně doplněnou o vlastní softwarové řešení vyvinuté v laboratoři pro specifické scénáře. U My Cloud Home následuje navíc rekonstrukce původní stromové struktury z databáze index.db – viz samostatná sekce o My Cloud Home.

Mirror Gen 2 (RAID 1) a multi-bay modely

U RAID polí je situace komplikovanější – disky jsou často všechny ve stejné fázi opotřebení (stejné stáří, stejná zátěž, stejné prostředí) a po selhání jednoho disku je riziko selhání dalšího během rebuildu reálné. Klíčová otázka, kterou si při příjmu zakázky klademe: v jakém stavu jsou ve skutečnosti všechny disky v poli? Imaging každého disku samostatně, vyhodnocení stavu, virtuální rekonstrukce pole mimo původní zařízení – to je standardní postup, který minimalizuje riziko, že během obnovy přijde o data ještě i druhý disk v poli.

Pozor – nesnažte se po vlastní ose vyměňovat vadný disk a spouštět rebuild, pokud na datech v poli záleží. Pokud je v poli dalších několik disků v podobném stavu, rebuild je dorazí. U RAID 5 je rebuild po výměně jednoho disku ze všech operací statisticky nejnebezpečnější – probíhá pod plnou zátěží na všech zbývajících discích po desítky hodin.

Bezplatná konzultace, diagnostika, svoz

Selhání po migraci OS 3 → OS 5

V roce 2021 ukončila Western Digital podporu starších verzí My Cloud OS 2 a OS 3 kvůli kritickým bezpečnostním zranitelnostem (mimo jiné těm, které se v červnu 2021 projevily masivním vymazáním dat z My Book Live jednotek). Uživatele OS 5-kompatibilních zařízení vyzvala k migraci na OS 5 do 15. dubna 2022; uživatelům starších modelů, které OS 5 neumožňují, vzdálený přístup definitivně skončil k 15. lednu 2022. Migrace na OS 5 je jednosměrná – návrat na OS 3 možný není.

Sama o sobě je migrace operace, která nevyžaduje smazání dat na uživatelském svazku. OS 5 totiž běží na samostatném systémovém oddílu disku; uživatelská data zůstávají na separátním datovém oddílu (na single-bay modelech mountovaný jako Volume_1, na multi-bay jako /dev/md0). Z technického pohledu se přepisuje jen kořenový souborový systém systémové oblasti.

V praxi se ale u nemalého počtu jednotek během migrace nebo krátce po ní objevilo selhání. Postižení uživatelé hlásí konzistentní symptomy:

Symptomy po neúspěšné migraci

• solid (nebo blikající) red LED na předním panelu,
• v dashboardu hlášení „Drive not found” nebo „Volume not mounted”,
• jednotka přejde do boot loop – cyklicky se zapíná a restartuje,
• chybové hlášení „Error Code 1121: Unsupported File System”,
• jednotka se nehlásí v lokální síti, není ji vidět v Network Discovery ani přes WD Discovery utilitu.

Co se technicky stalo

U postižených jednotek došlo k poškození během flash systémové oblasti – nedokončený zápis bootloaderu, poškozená tabulka oddílů systémové oblasti, případně inkonzistentní filesystém na rootfs. Klíčové ale je: tato selhání zpravidla zasáhla pouze systémový oddíl. Datový oddíl s uživatelskými soubory typicky zůstává neporušený a samotný EXT4 je stále plně mountovatelný.

Postup obnovy

V naší laboratoři postup obvykle vede přes vyjmutí disků a jejich přečtení mimo zařízení:

• u jednodiskových modelů – vyjmutí disku, vytvoření binární kopie disku přes SATA rozhraní, mount EXT4 oddílu odpovídajícího datovému svazku, kopírování dat;
• u multi-bay modelů – vyjmutí všech disků, vytvoření binární kopie každého samostatně, virtuální rekonstrukce mdadm RAID pole, mount EXT4 nad rekonstruovaným polem, kopírování. Ve specifických případech sestavujeme pole v nativním prostředí Linuxu.

Stav samotných disků hraje samozřejmě roli: u jednotek, kde mají disky 5–8 a více let provozu, často během imagingu narážíme na další problémy – degradované sektory, slábnoucí čtecí hlavy, SMART chyby. To prodlužuje proces, ale obnova bývá řešitelná standardními laboratorními postupy.

Pozor: Pokud je vaše jednotka ve stavu „migrace selhala / red LED”, nepokoušejte se opakovaně spouštět migraci přes webové rozhraní ani manuálně přes firmware soubor. Každý další pokus může původně řešitelnou situaci komplikovat – zejména pokud se firmware update dostane do fáze, kdy začne přepisovat oddíly mimo systémovou oblast.

→ Obecné informace o NAS úložištích a postupech obnovy: Záchrana dat z NAS.

Klasické My Cloud (jednodisk a Mirror Gen 2) – Linux EXT4

První generace My Cloud (uvedená v roce 2013) a její nástupce My Cloud Mirror Gen 2 patří mezi architektonicky nejjednodušší členy řady. Uvnitř plastového obalu je standardní 3,5" SATA disk (typicky WD Red, případně WD Blue u starších modelů); vnější rozhraní je gigabitový Ethernet, USB 3.0 port slouží k připojení externího disku k jednotce, ne pro datové připojení k počítači.

Operační systém je upravený Linux (Debian-based ve starších generacích, vlastní distribuce v OS 5), souborový systém uživatelského svazku je EXT4. Na disku je několik oddílů – malý systémový (s firmwarem a OS), swapovací, a hlavní datový (zabírá zbytek kapacity disku, mountovaný jako Volume_1).

Mezi jednodiskovým My Cloud a Mirror Gen 2 je jeden klíčový rozdíl: Mirror Gen 2 obsahuje dva disky v RAID 1 (zrcadlení) přes Linux mdadm. Při běžném provozu je to skoro neviditelné, ale při obnově dat to mění postup – pokud se dva disky rozsynchronizovaly (typicky po nečekaném výpadku napájení), je třeba podle event counters v mdadm metadatech rozhodnout, který obsahuje aktuálnější verzi dat.

Z hlediska obnovy dat je tato kategorie jednou z přímočařejších:

• vyjmutí disku z plastového obalu (u většiny modelů 4× šroubek a sejmutí čela),
• vytvoření binární kopie disku přes SATA rozhraní,
• identifikace datového oddílu – obvykle největší EXT4 oddíl, někdy s labelem „cloud”,
• mount EXT4 v Linuxu, kopírování dat,
• u Mirror Gen 2 stejný postup s oběma disky.

Komplikace nastávají, pokud je samotný disk fyzicky poškozen – pak postupujeme jako u běžného 3,5" pevného disku: práce se čtecími hlavami v laminárním boxu, modifikace PCB a servisních dat. Časté je u 5+ let starých jednotek, kde jsou WD Red disky na konci své životnosti, postupné odpojování během vytváření binární kopie kvůli rostoucímu počtu vadných sektorů. Zde pomáhá platforma ACELab PC-3000, která umožňuje práci s diskem daleko za hranicemi běžného softwaru, případně vlastní softwarové řešení vyvinuté v laboratoři pro situace, kdy ani standardní vybavení nestačí.

→ Obecně o mechanických závadách 3,5" pevných disků: Záchrana dat z pevných disků (HDD).

1× foto: vnitřek jednodiskového My Cloud (3,5" WD Red + kontrolní PCB)

My Cloud Home – proč po vyjmutí disku vidíte jen anonymní soubory

My Cloud Home a My Cloud Home Duo (uvedeny na trh v prosinci 2017) jsou architektonicky odlišné od ostatních produktů řady My Cloud. Western Digital je představil jako „personal cloud pro netechnické uživatele” – nastavení a používání jen přes mobilní aplikaci a uživatelský účet u WD, bez tradičního administračního dashboardu, bez webového rozhraní lokální správy v původním pojetí.

Uvnitř je standardní 3,5" SATA disk (často WD Red Plus nebo Blue) v kapacitách 2, 3, 4, 6 a 8 TB u jednodiskové verze, 4, 8, 12, 16 a 20 TB u Home Duo. Souborový systém disku je EXT4 – stejný jako u klasických My Cloud. Aplikační platforma byla původně postavená na Android Runtime nad Linux kernelem (WD developer SDK je vázané na Android API úroveň 23, Marshmallow), v roce 2022 ji ale Western Digital firmware updatem 8.7.0 plně přesunul na Debian Linux. Klíčový rozdíl proti klasickým My Cloud je ale ve vrstvě nad EXT4.

REST SDK – proč po vyjmutí disku vidíte jen anonymní soubory

WD pro My Cloud Home použil vlastní implementaci souborového úložiště nazvanou REST SDK. Architektura byla navržená kolem mobilní aplikace a cloudové synchronizace, ne kolem klasického síťového sdílení. To má pro uživatele po závadě zařízení jeden zásadní důsledek: uživatelské soubory se na EXT4 oddílu neukládají pod původními názvy a do původních složek.

Místo toho je layout následující:

• /restsdk/data/files/ – obsahuje veškeré uživatelské soubory pojmenované jako hexadecimální content IDs bez extensions (např. 0a3f9b2e1c8d4567);
• /restsdk/data/db/index.db – SQLite databáze s tabulkou files obsahující sloupce id, name, parentID, mimeType, contentID a další metadata. Tato tabulka mapuje každé content ID zpět na původní název souboru, mime type, mateřskou složku a časové razítko.
• /restsdk/data/thumbnails/ – cache miniatur generovaných pro mobilní aplikaci.

Důsledek je jednoduchý: pokud disk z My Cloud Home vyjmete a EXT4 oddíl mountnete v Linuxu, uvidíte tisíce nepojmenovaných hexadecimálních souborů bez složkové struktury. Bez SQLite index.db databáze a nástroje, který ji umí správně zpracovat, není možné rekonstruovat původní názvy souborů a stromovou strukturu.

Postup obnovy v naší laboratoři

U My Cloud Home a Home Duo postupujeme následovně:

• vyjmutí disku a vytvoření binární kopie pomocí nástrojů ACELab PC-3000 nebo vlastního softwarového řešení vyvinutého v laboratoři (u Home Duo oba disky samostatně – modely Duo používají SPAN, RAID 0 stripe nebo RAID 1 mirror podle konfigurace, je tedy potřeba nejprve rekonstrukce komplexního svazku);
• identifikace EXT4 datového oddílu (obvykle s labelem „cloud”) a jeho mount;
• extrakce souboru index.db z /restsdk/data/db/;
• zpracování obvykle pomocí PC-3000 Data Extractor nebo UFS Explorer Professional. Ve specifických případech sestavujeme pole v nativním prostředí Linuxu;
• rekonstrukce původní stromové struktury dat z index.db a kopírování ve formě, jakou uživatel zná z mobilní aplikace.

Komplikace nastávají, pokud je sama databáze index.db poškozená – například po nekorektním vypnutí během zápisu, po neúspěšném firmware update nebo na disku s degradovaným povrchem v oblasti, kde databáze leží. V takových případech se snažíme databázi obnovit ze SQLite žurnálu nebo z předchozích verzí. Ve výjimečných případech, kdy databáze není rekonstruovatelná, zbývají soubory bez původních názvů – v takovém případě je třeba aspoň podle obsahu (mime type signatures, exif metadata u fotek) data třídit, ale výsledek nemá strukturu, na kterou je uživatel zvyklý.

Šifrování

Některé jednotky My Cloud Home jsou šifrované přes Linux LUKS – uživatel obvykle při setupu zadal heslo, které se ale nikam viditelně neukládá. Bez znalosti hesla je dešifrování LUKS oddílu prakticky neproveditelné (algoritmy jsou navržené proti brute-force útokům). Pokud heslo znáte a zařízení vyžaduje obnovu, mějte ho při zadání zakázky k dispozici.

Pozor – nedělejte u My Cloud Home tyto kroky: Nespouštějte factory reset z mobilní aplikace, pokud máte v zařízení nezálohovaná data. Reset přepíše REST SDK strukturu i index.db – data sice na disku fyzicky zůstanou nějakou dobu jako neoznačený volný prostor, ale jejich rekonstrukce je výrazně komplikovanější. Stejně tak nevkládejte do jednotky náhradní disk z jiného My Cloud Home – jednotky používají proprietární klíče vázané na konkrétní kus zařízení a operace skončí přepsáním klíčových struktur.

Bezplatná konzultace, diagnostika, svoz

→ Obecně o NAS a síťových úložištích: Záchrana dat z NAS.

1× foto: rozebraný My Cloud Home (3,5" disk + řídicí PCB)

Multi-bay My Cloud – EX, PR a DL řady

Multi-bay řady My Cloud (EX, PR a DL) cílí na náročnější domácí uživatele a malé firmy. Architektonicky jsou tyto jednotky bližší konkurenci ze Synology nebo QNAPu – Linux operační systém, mdadm software RAID, EXT4 souborový systém nad polem.

Kategorie podle počtu pozic a třídy:

• 2-bay – EX2 Ultra, EX2100 (RAID 0, 1, JBOD, Spanning),
• 4-bay – EX4100, PR2100, PR4100 (PR jsou „Pro” varianty), DL2100, DL4100 (DL jsou „business”),
• multi-bay 4-pozicové modely podporují RAID 0, 1, 5, 10 a JBOD; nejčastěji se v praxi setkáváme s RAID 5 (4 disky, paritní redundance) a RAID 1 (2 disky, mirror).

SoCs se mezi řadami liší: EX řada využívá ARM Marvell Armada (370, 385 a 388), PR řada Intel Pentium. To má vliv na výkon, ale z hlediska postupu obnovy ne – mdadm metadata jsou platform-agnostic.

Typické scénáře multi-bay obnovy

• Selhání jednoho disku v RAID 5 a neúspěšný rebuild. Klasický scénář u 5+ let starých jednotek. Uživatel vymění vadný disk za nový, jednotka zahájí rebuild. Pole je ale degradované a zbývající 3 disky jsou pod plnou zátěží. Pokud je některý z nich také blízko selhání, rebuild ho dorazí a pole skončí dvojitě degradované – mimo schopnost RAID 5 dopočítat data.
• Současné selhání více disků (přepětí, voda, mechanický náraz). Bouřka, zatopení, pád skříně. Disky jsou vesměs ve stejné situaci – stejně staré, stejně dlouho v provozu, stejně namáhané. Pokud jeden selže, ostatní jsou v podobném stavu.
• Korupce mdadm metadat. Po nesprávně provedené operaci v dashboardu (změna RAID levelu, factory reset, expansion pole). mdadm superblock se přepíše a pole „zmizí”. Data ale typicky na discích zůstávají – rekonstrukce je otázka znalosti původní konfigurace.
• Chybný rebuild po výpadku napájení. Pokud během rebuildu vypadne proud, mdadm event counters mezi disky se rozejdou. Slepé spuštění rebuildu pak může přepsat zdravá data zastaralou verzí ze „starého” disku.

Postup obnovy v laboratoři

Multi-bay obnova je sekvence kroků, které se v zásadě podobají jakémukoliv Linux mdadm RAID – jen specifika WD jsou v detailech:

• vyjmutí všech disků (s poznamenáním pořadí slotů),
• vytvoření binární kopie každého disku samostatně, ACELab PC-3000 nebo vlastní softwarové řešení vyvinuté v laboratoři, pokud disk vykazuje fyzické problémy,
• analýza mdadm superblocků na binárních kopiích, identifikace event counters a stavu pole,
• virtuální rekonstrukce pole v laboratorním softwaru. U složitějších konfigurací nebo při neúspěšné virtuální rekonstrukci pole skládáme přímo na linuxovém serveru;
• mount EXT4 (případně Btrfs u některých modelů s alternativním firmwarem) nad rekonstruovaným polem,
• kopírování dat na cílové úložiště.

Komplikace přicházejí, pokud byly disky v poli ve stavu, který WD firmware do RAIDu vůbec neměl pustit – typicky WD Red disky se SMR zápisem v 4-bay konfiguraci. Základní řada WD Red má SMR (Shingled Magnetic Recording) v některých modelech vyráběných v posledních letech a v multi-bay polích se chová problematicky: během rebuildu nedrží stabilní timeouts, padá z pole, a celkově se nehodí pro RAID 5/6 použití. Pokud je v poli kombinace SMR a CMR disků, situace bývá ještě komplikovanější. Obnova je řešitelná, jen vyžaduje opatrnější postup a delší čas.

→ Detail technik a přístupů k RAID polím: Záchrana dat z RAID a obecně NAS úložiště.

1× foto: 4-bay PR/EX se 4 vyjmutými disky vedle

Nejčastější závady, se kterými My Cloud přicházejí do laboratoře

Závady WD My Cloud seřazené podle frekvence v naší laboratoři:

Red LED a „Drive not found” po migraci OS 3 → OS 5

Dominantní failure mode let 2021–2024. Symptomy: solid nebo blikající red LED na předním panelu, dashboard nedostupný nebo hlásí chybějící svazek, jednotka v boot loopu. Data na vnitřních discích jsou typicky neporušená – problém je v poškozeném systémovém oddílu po neúspěšné flash operaci. Postup obnovy je v podstatě standardní (vyjmutí disků, imaging, mount EXT4 datového oddílu mimo zařízení), ale vyžaduje rozhodnutí, zda riskovat další pokus o opravu firmwaru, nebo se zastavit a předat data klientovi.

Klepání nebo postupující degradace disků v 5+ let starých jednotkách

WD Red disky v originálním osazení starších My Cloud jednotek mají dnes 5–8 let provozu v 24/7 režimu. Symptomy: SMART chyby v dashboardu, samovolné odpojování svazků, klepání, opakované roztáčení. U single-bay modelů se obnova řeší jako u běžného 3,5" pevného disku (případně transplantace hlav). U multi-bay modelů je situace komplikovanější – často jsou všechny disky ve stejné fázi opotřebení a rebuild po výměně jednoho z nich riskuje selhání druhého.

Selhaný rebuild RAID 5 po výměně disku

Klasický scénář u multi-bay modelů. Uživatel vymění vadný disk, dashboard zahájí rebuild, během rebuildu (často po desítkách hodin běhu) selže další disk a pole se dostane do double-degraded stavu mimo schopnost RAID 5 dopočítat data. Postup obnovy: imaging všech disků (včetně původního „vadného”, který bývá v lepší kondici než stav po neúspěšném rebuildu naznačuje), virtuální rekonstrukce pole, recovery dat. Neúspěšné rebuild je častější u polí s WD Red SMR disky.

Anonymní hexadecimální názvy souborů po vyjmutí disku z My Cloud Home

Specifický scénář pro My Cloud Home a Home Duo. Uživatel zařízení po závadě otevřel, vyjmul disk, mountl ho v Linuxu nebo přes USB-SATA adaptér ve Windows a zjistil, že vidí jen tisíce souborů s 16-znakovými hex názvy bez extensions a bez složek. To je očekávaný stav – uživatelská struktura je v SQLite databázi, kterou je třeba zpracovat profesionálním nástrojem v laboratoři. Dále viz sekce My Cloud Home.

Nedostupná data po factory resetu

Synology nabízí v menu „Erase All Data”, QNAP „Restore Factory Defaults & Format All Volumes” – WD My Cloud má analogické volby. Panický uživatel po závadě jednotky často sáhne k resetu v naději, že se „něco vyřeší”. V závislosti na typu resetu může být dopad od minimálního (reset hesla a síťových nastavení – data bezpečná) po destruktivní (formátování datového svazku). U RAID 5 polí dochází navíc k přepsání mdadm superblocků; data fyzicky na discích ještě jsou, ale jejich rekonstrukce vyžaduje hlubší forenzní postup.

Poškození disků přepětím při bouřce

Multi-bay jednotky v jednom napájení jsou vůči přepětí zranitelné jako celek – pokud blesk nebo přepěťový pulz dorazí do jednotky, typicky postihne všechny disky stejně. Rozdíl je v míře poškození. Někdy přežije bridge a SATA kontroléry na PCB jednotky, ale zničí elektroniku disků; jindy obráceně. Postup obnovy závisí na rozsahu poškození – často kombinuje výměnu PCB disků (ROM transplantace) a rekonstrukci pole.

Voda a požár

Méně časté, ale vždy individuální. Při krátkém kontaktu s vodou bývá zasažena nejprve PCB jednotky – oxidace kontaktů, koroze, zkraty; samotné disky uvnitř obvykle zůstávají neporušené. Při delší expozici, ponoření nebo zatopení během povodně se voda dostane i do uzavřených těl disků a může poškodit plotny i hlavy. Helium-plněné disky (typicky kapacity 12 TB a více) jsou v tomto ohledu odolnější díky hermetickému zavaření těla. V každém případě platí: zařízení po kontaktu s vodou nezapínejte, nesušte žádnými „domácími” metodami a co nejdříve ho dopravte do laboratoře.

Mechanické poškození (pád, náraz)

U single-bay modelů jsou pády méně časté než u portable externích disků – jednotka stojí někde na pevném místě a nemanipuluje se s ní denně – ale stávají se. Typicky během stěhování, úklidu, manipulace s kabeláží nebo když na zařízení něco upadne. U multi-bay modelů je riziko vyšší zejména při stěhování: 4-bay PR4100 nebo EX4100 s plnými disky váží přes 5 kg a pád už z výšky stolu obvykle poškodí mechanické komponenty více disků najednou. Symptomy: po incidentu zařízení nenaběhne, slyšitelné cvakavé nebo škrábavé zvuky, dashboard hlásí vícenásobné selhání disků, případně kompletní nedostupnost pole. Postup obnovy je standardní laboratorní – vyjmutí disků, identifikace rozsahu mechanického poškození, práce v laminárním boxu, případně transplantace čtecích hlav. Klíčové je zařízení po pádu znovu nezapínat, opakované roztáčení poškozených disků zhoršuje stav.

→ Hlavní WD pilíř s přehledem všech řad: Záchrana dat z disků Western Digital (WD).

1× foto: head-stack damage 3,5" disku z My Cloud

Často kladené otázky

Můj WD My Cloud bliká červeně a nereaguje – jsou data ztracená?

Ne nutně. Red LED u My Cloud znamená systémovou chybu – nejčastěji poškozenou systémovou oblast disku po neúspěšné migraci OS 3 → OS 5 nebo selhávající vnitřní disk. Data na uživatelském svazku zpravidla zůstávají v pořádku, protože leží na separátním datovém oddílu.

Postup obnovy obvykle vede přes vyjmutí disku, imaging a mount EXT4 datového oddílu mimo zařízení. Konkrétní stav vždy ověříme bezplatnou diagnostikou – sdělíme vám, co se stalo, jakou cestou by obnova probíhala a kolik bude stát.

Můžu si OS 5 migraci zopakovat sám, nebo to zhorší situaci?

Pokud máte jednotku ve stavu „migrace selhala / red LED”, opakované pokusy o migraci nebo manuální flash firmware nedoporučujeme. V některých případech sice nový pokus o migraci uspěje, ale pokud byla původní příčina selhání ve stavu samotného disku (degradované sektory, slábnoucí hlavy), každý další zápis na systémovou oblast tento stav zhoršuje. V horším případě může proces přepsat tabulku oddílů takovým způsobem, že najít hranice datového svazku už vyžaduje forenzní postup.

Pokud máte v jednotce data, která jsou pro vás důležitá, doporučujeme zařízení nezapínat a kontaktovat nás. Diagnostika je zdarma a rozhodnutí, zda zkusit migraci zopakovat nebo data získat mimo zařízení, je založené na konkrétním stavu disku.

U mého PR4100 selhal jeden disk, zahájil se rebuild – mám zařízení vypnout?

Pokud rebuild právě běží a probíhá bez chyb (žádné nové red LEDky, dashboard hlásí progress), nechte ho doběhnout – přerušení rebuildu hrozí korupcí pole. Pokud ale během rebuildu vidíte, že další disk hlásí problém (red LED na další pozici, varování v dashboardu), jednotku okamžitě vypněte a odpojte. Pokračování rebuildu v této situaci typicky vede k double-degraded stavu, ze kterého RAID 5 sám nedokáže obnovit data.

Po vypnutí kontaktujte nás. Postup je standardně vyjmout všechny disky (s poznamenáním pořadí slotů), imagovat je, virtuálně rekonstruovat pole v laboratorním softwaru a získat data mimo původní pole. Důležité: původní „vadný” disk po sobě, prosím, taky pošlete – často bývá v lepší kondici, než stav po pokusu o rebuild naznačuje, a obsahuje data, která jsou pro virtuální rekonstrukci klíčová.

Vytáhl jsem disk z My Cloud Home, mountl ho v Linuxu a vidím jen anonymní soubory – co teď?

To je očekávaný stav. My Cloud Home ukládá uživatelské soubory na EXT4 oddíl pod hexadecimálními content IDs bez původních názvů a složek. Mapování zpět na originální filenames je v samostatné SQLite databázi (index.db v /restsdk/data/db/). Bez správného zpracování této databáze v laboratoři se k datům v jejich původní podobě nedostanete.

Standardní obnovovací software (Disk Drill, Recuva, EaseUS) tuto vrstvu neumí zpracovat – naskenuje EXT4 a vrátí stejně anonymní výsledek. Pokud máte disk z My Cloud Home, doporučujeme nedělat na něm žádné další operace a kontaktovat nás. Diagnostika je zdarma a v naší laboratoři máme s My Cloud Home zkušenosti i vybavení, jaké standardní obnovovací software nenabízí.

Můj My Cloud Home byl šifrovaný – mám šanci data získat bez hesla?

U My Cloud Home se používá šifrování přes Linux LUKS. Pokud znáte heslo, dešifrování oddílu po jeho vyjmutí z původní jednotky je standardní postup a obnova dat probíhá obvyklou cestou (rekonstrukce REST SDK stromu z databáze index.db, kopírování dat). Pokud heslo neznáte, situace je výrazně komplikovanější – LUKS používá AES-256 a algoritmus je navržený proti brute-force útokům. Bez klíče není dešifrování v rozumném čase proveditelné.

Pokud máte heslo někde uložené (manažer hesel, papírová zápiska z setupu, screenshot v telefonu), zkuste ho najít předtím, než nás kontaktujete. Pokud heslo skutečně neexistuje, můžeme situaci zkusit individuálně probrat, ale výsledek nelze v takové situaci dopředu garantovat.