---
title: "Záchrana dat WD My Cloud – síťová NAS úložiště - EXALAB"
description: "Záchrana dat ze síťových úložišť WD My Cloud, My Cloud Home i multi-bay EX/PR/DL. Recovery po OS 5 migraci, RAID rebuild. Diagnostika i svoz zdarma, od 1 500 Kč."
url: "https://www.exalab.cz/cs/datova-media/zachrana-a-obnova-dat-ze-sitovych-disku-wd-my-cloud"
date: "2026-05-17T17:05:11+00:00"
language: "cs-CZ"
---
# Záchrana dat ze síťových úložišť WD My Cloud
Degradace a selhání disků v poli, neúspěšný rebuild RAID, ztráta dat z multi-bay zařízení, nedostupnost dat z My Cloud Home, selhání po migraci OS... Máme dlouholeté zkušenosti se záchranou dat ze všech typů datových médií. Záchrana dat ze síťových úložišť WD My Cloud.
[ Konzultace s technikem ](https://www.exalab.cz/index.php?Itemid=200#contactnumbers) [ Konzultace s technikem ](tel:+420608177773) [ Nezávazná diagnostika zdarma ](https://www.exalab.cz/index.php?Itemid=200#contactnumbers) [ Ceník obnovy dat ](https://www.exalab.cz/index.php?Itemid=198)
**Diagnostika zdarma**bezplatná konzultace, diagnostika, svoz
**Platíte jen za úspěch**když data nedostanete, neplatíte
**Expresní obnova 24/7**možnost prioritní služby
**Úspěšnost > 95 %**vlastní laboratoř EXALAB
**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](#MyCloudWhatToDo)
- [Identifikace vašeho modelu](#MyCloudIdentify)
- [WD My Cloud v naší laboratoři](#MyCloudInLab)
- [Selhání disku nebo disků v zařízení](#MyCloudDiskFailure)
- [Selhání po migraci OS 3 → OS 5](#MyCloudOSMigration)
- [Klasické My Cloud (jednodisk a Mirror Gen 2)](#MyCloudSingleBay)
- [My Cloud Home – proč po vyjmutí disku vidíte jen anonymní soubory](#MyCloudHome)
- [Multi-bay My Cloud – EX, PR a DL řady](#MyCloudMultiBay)
- [Nejčastější závady, se kterými My Cloud přicházejí do laboratoře](#MyCloudFailures)
- [Často kladené otázky](#MyCloudFAQ)
## 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](https://www.exalab.cz/index.php?Itemid=200#contactnumbers)
## 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ů](#MyCloudSingleBay)
- **My Cloud Mirror Gen 2** (dvoudiskové, RAID 1) – [přejít na sekci klasických modelů](#MyCloudSingleBay)
- **My Cloud Home, My Cloud Home Duo** (proprietární REST SDK) – [přejít na sekci Home](#MyCloudHome)
- **My Cloud EX2 Ultra, EX2100, EX4100** (multi-bay) – [přejít na sekci multi-bay](#MyCloudMultiBay)
- **My Cloud PR2100, PR4100** (multi-bay pro) – [přejít na sekci multi-bay](#MyCloudMultiBay)
- **My Cloud DL2100, DL4100** (multi-bay business) – [přejít na sekci multi-bay](#MyCloudMultiBay)
- **Nevíte, jaký model máte?** – [popis závad podle symptomů](#MyCloudFailures) nebo [se nám ozvěte](https://www.exalab.cz/index.php?Itemid=200#contactnumbers), 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)](https://www.exalab.cz/index.php?option=com_content&view=article&id=160&catid=3) – 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](#MyCloudOSMigration)),
- 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](#MyCloudHome).
#### 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](https://www.exalab.cz/index.php?Itemid=200#contactnumbers)
## 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](https://www.exalab.cz/index.php?Itemid=826).
## 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)](https://www.exalab.cz/index.php?Itemid=711).
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](https://www.exalab.cz/index.php?Itemid=200#contactnumbers)
→ **Obecně o NAS a síťových úložištích:** [Záchrana dat z NAS](https://www.exalab.cz/index.php?Itemid=826).
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](https://www.exalab.cz/index.php?Itemid=825) a [obecně NAS úložiště](https://www.exalab.cz/index.php?Itemid=826).
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](#MyCloudHome).
#### 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)](https://www.exalab.cz/index.php?option=com_content&view=article&id=160&catid=3).
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.
[Kontaktujte nás](https://www.exalab.cz/index.php?option=com_content&view=article&id=11:kontaktujte-nas-zajistime-bezplatny-svoz-a-diagnostiku&catid=2:zachrana-dat#contactnumbers) [Ceník obnovy dat](https://www.exalab.cz/index.php?Itemid=198)
## Schema
```json
{ "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Domů", "item": "https://www.exalab.cz/cs" }, { "@type": "ListItem", "position": 2, "name": "Média", "item": "https://www.exalab.cz/cs/datova-media" }, { "@type": "ListItem", "position": 3, "name": "Záchrana dat ze síťových úložišť WD My Cloud", "item": "https://www.exalab.cz/cs/datova-media/zachrana-a-obnova-dat-ze-sitovych-disku-wd-my-cloud.md" } ] }
```
```json
{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Můj WD My Cloud bliká červeně a nereaguje – jsou data ztracená?", "acceptedAnswer": { "@type": "Answer", "text": "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." } }, { "@type": "Question", "name": "Můžu si OS 5 migraci zopakovat sám, nebo to zhorší situaci?", "acceptedAnswer": { "@type": "Answer", "text": "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." } }, { "@type": "Question", "name": "U mého PR4100 selhal jeden disk, zahájil se rebuild – mám zařízení vypnout?", "acceptedAnswer": { "@type": "Answer", "text": "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." } }, { "@type": "Question", "name": "Vytáhl jsem disk z My Cloud Home, mountl ho v Linuxu a vidím jen anonymní soubory – co teď?", "acceptedAnswer": { "@type": "Answer", "text": "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." } }, { "@type": "Question", "name": "Můj My Cloud Home byl šifrovaný – mám šanci data získat bez hesla?", "acceptedAnswer": { "@type": "Answer", "text": "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é." } } ] }
```
```json
{ "@context": "https://schema.org", "@type": "Article", "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.exalab.cz/cs/datova-media/zachrana-a-obnova-dat-ze-sitovych-disku-wd-my-cloud.md" }, "headline": "Záchrana dat ze síťových úložišť WD My Cloud", "description": "Záchrana dat ze síťových úložišť WD My Cloud, My Cloud Home i multi-bay EX/PR/DL. Recovery po OS 5 migraci, RAID rebuild. Diagnostika i svoz zdarma, od 1 500 Kč.", "image": { "@type": "ImageObject", "url": "https://www.exalab.cz/images/products_services/hdd-ssd-flash-sd-white-bakc-w1200-fw.jpg" }, "publisher": { "@type": "Organization", "name": "EXALAB Data Recovery", "logo": { "@type": "ImageObject", "url": "https://www.exalab.cz/images/logo/logo_600x600.png" } }, "author": { "@type": "Person", "name": "Frantisek Fridrich", "url": "https://www.exalab.cz/cs/datova-media/zachrana-a-obnova-dat-ze-sitovych-disku-wd-my-cloud" }, "datePublished": "2023-02-28T12:30:07+00:00", "dateCreated": "2023-02-28T12:30:34+00:00", "dateModified": "2026-05-09T20:01:54+00:00" }
```