CMR vs SMR — co to znaczy dla Twoich danych
Nie uruchamiaj dysku ponownie w pętli. Nie rób naprawy systemu plików (chkdsk, fsck). Nie inicjalizuj dysku. Nie rób kolejnych prób klonowania jeśli obraz wychodzi pusty — przy SMR pusty odczyt często nie oznacza braku danych, tylko uszkodzony translator.
Wyłącz dysk i opisz sytuację — bezpłatna wycena online.
Masz dysk SMR? Najpierw nie pogorsz sytuacji
Ten artykuł jest długi i techniczny, bo SMR nie jest prostym tematem. Jeśli jednak trafiłeś tu z konkretnym problemem, zacznij od tej części. Przy dyskach SMR zwykły objaw „dysk jest pusty” albo „program nic nie widzi” nie zawsze oznacza, że dane fizycznie zniknęły z talerzy.
| Objaw | Co może oznaczać | Co zrobić |
|---|---|---|
| Dysk widoczny, ale wygląda jak pusty | Format, TRIM/UNMAP albo problem z mapowaniem SMR | Nie formatuj ponownie, nie zapisuj nic na dysku, opisz model i objawy. |
| Wszystkie sektory zwracają 0x00 | Możliwy uszkodzony translator T2 / Module 190 / MCMT | Przerwij klonowanie i nie uruchamiaj dysku w pętli. |
| RAID/NAS przebudowuje się dniami | SMR może nie wyrabiać z zapisem i cache | Nie restartuj NAS-a w panice. Zabezpiecz kolejność dysków i opisz konfigurację. |
| ddrescue robi pusty obraz | Problem może być w firmware, nie w systemie plików | Nie poprawiaj ustawień w nieskończoność — samo klonowanie nie naprawi translatora. |
| Dysk klika, stuka lub zwalnia | Możliwa degradacja głowic lub powierzchni | Wyłącz dysk. Kolejne próby mogą pogorszyć stan talerzy. |
Pierwsze sekcje są dla właściciela dysku lub administratora NAS. Dalsza część jest celowo techniczna: opisuje T1/T2, Module 190, MCMT, media cache, ddrescue, DeepSpar i PC-3000, czyli rzeczy ważne przy realnym odzysku danych z SMR.
Kupując talerzowy dysk twardy widzisz model, pojemność i cenę. Nie widzisz jednej z najważniejszych cech: czy to dysk CMR czy SMR. Dziś to jeden z najważniejszych parametrów dysku talerzowego, szczególnie gdy nośnik ma pracować w NAS, RAID albo jako magazyn danych. Ta różnica może być niewidoczna w normalnym użytkowaniu, aż do momentu kiedy coś pójdzie nie tak.
Przez kilka lat producenci sprzedawali dyski SMR oznaczone jako NAS-ready bez informowania o technologii zapisu. Wielu użytkowników dowiedziało się o tym dopiero gdy przebudowa RAID trwała trzy doby albo dysk po awarii firmware zwracał same zera. Jako laboratorium odzysku danych widzimy skutki tej decyzji regularnie.
W jaki sposób dysk zapisuje dane na talerzu
Różnica między CMR i SMR sprowadza się do tego, jak gęsto ułożone są ścieżki danych na talerzu. W CMR ścieżki leżą obok siebie z niewielkim odstępem bezpieczeństwa. W SMR są zapisane „na zakładkę” — jedna częściowo nachodzi na poprzednią.
Można to porównać do zeszytu. CMR przypomina tekst pisany w osobnych liniach: jeśli chcesz poprawić jedno słowo, nie naruszasz linii nad nim ani pod nim. SMR przypomina zapis tak ściśnięty, że kolejne linie częściowo nachodzą na siebie. Na stronie mieści się więcej tekstu, ale poprawienie jednego fragmentu może wymagać przepisania większej części strony.
Właśnie dlatego SMR pozwala produkować tańsze dyski o większej pojemności, ale gorzej znosi intensywny zapis losowy, przebudowę RAID i niektóre awarie firmware. Dysk musi zarządzać dodatkowymi pasmami, buforem cache i bardziej złożonym translatorem danych.
Ścieżki równoległe z odstępami
Każda ścieżka danych to niezależny koncentryczny pierścień oddzielony od sąsiadów marginesem bezpieczeństwa (guard band). Głowica może zaktualizować dowolną ścieżkę bez ryzyka nadpisania sąsiedniej. Zapis losowy nie wymaga przebudowy całych pasm SMR — dysk może modyfikować pojedyncze obszary bez naruszania sąsiednich ścieżek.
- Każda ścieżka niezależna
- Zapis losowy nie wymaga przebudowy całych bloków — dysk modyfikuje pojedyncze obszary bez naruszania sąsiednich ścieżek
- W miarę prosty translator logiczny -> fizyczny
- Odzysk danych: standardowa procedura
Ścieżki zachodzące na siebie jak dachówki
Nowa ścieżka jest zapisywana tak że częściowo nakłada się na poprzednią — szeroka głowica zapisująca "przycina" ją do szerokości węższej głowicy odczytującej. To może dawać więcej ścieżek na tym samym talerzu, ale zmiana jednej ścieżki wymaga przepisania całego bloku.
- Ścieżki zorganizowane w bloki
- Zapis losowy buforowany przez cache CMR
- Dwa poziomy translatora (T1 + T2/SMR)
- Odzysk danych: osobna procedura gdy T2 uszkodzony
Dlaczego SMR jest wolniejszy przy zapisie losowym
Napisanie jednego sektora w środku bloku SMR nie jest operacją "nadpisz jedno miejsce". To cały łańcuch: odczytaj blok (band) w całości → zmodyfikuj docelowy sektor w buforze → zapisz cały blok od nowa. W CMR zapis jest prostszy, bo nie wymaga przebudowy sąsiednich pasm SMR.
Dlatego dyski SMR zwykle korzystają z cache i stref buforowych, często opartych o obszary zapisywane jak CMR, a czasem również z DRAM/flash — tzw. persistent cache. Losowe zapisy trafiają najpierw do tego bufora, a firmware dysku w czasie bezczynności reorganizuje je do właściwych bloków SMR podczas tzw. garbage collection.
W lekkim użytkowaniu biurowym — dokumenty, zdjęcia, muzyka, sporadyczne kopiowanie — bufor zwykle wystarcza i różnica może być nieodczuwalna. Problem pojawia się gdy zapis jest intensywny i ciągły: backup, kopiowanie dużych plików, a przede wszystkim — przebudowa RAID.
Dlaczego RAID + SMR bywa problemem
Przebudowa RAID po wymianie dysku oznacza długotrwały, ciągły zapis dużej ilości danych na nowy nośnik. W zależności od systemu (RAID5, ZFS resilver, parity rebuild) wzorzec może być bardziej sekwencyjny lub losowy — dla SMR ryzyko jest podobne: bufor CMR szybko się zapełnia, a dysk zaczyna wykonywać garbage collection i przepisywać całe pasma danych zamiast kontynuować rebuild. Gdy bufor jest pełny, dysk musi zatrzymać zapis, poczekać na garbage collection i dopiero kontynuować. Przebudowa 4TB RAID 5, która na CMR mogłaby trwać kilka lub kilkanaście godzin, na SMR potrafi trwać wielokrotnie dłużej — z ryzykiem timeout'u kontrolera i oznaczenia dysku jako failed.
W latach 2019–2020 wyszło na jaw że WD, Seagate i Toshiba sprzedawały dyski SMR oznaczone jako "NAS-ready" bez żadnej informacji o technologii zapisu. Różnicę odkryli użytkownicy Synology i QNAP gdy przebudowy RAID trwały dni lub kończyły się awarią.
Wybrane WD Red 2–6TB, część Seagate BarraCuda 2TB+ i część modeli Toshiba — to dyski SMR które przez lata trafiały do macierzy NAS jako "zwykłe" dyski.
Dyski dostępne w normalnych sklepach używają Drive-Managed SMR — oprogramowanie dysku samo zarządza wszystkimi funkcjami SMR, dla komputera jest to zwykła przestrzeń do zapełnienia, kolejny standardowy nośnik danych.
Dyski centrów danych (np. WD Ultrastar HC620/HC650) używają Host-Managed SMR — system operacyjny musi sam zarządzać zapisem sekwencyjnym. Wymaga specjalnego sterownika. Takie dyski nie działają w standardowym komputerze.
Gdy translator SMR jest uszkodzony — widoczne są same zera
W tym miejscu różnica między CMR i SMR przestaje być tylko ciekawostką techniczną. W klasycznym dysku CMR przy awarii SA (service area, oprogramowanie wewnętrzne) zwykle pracuje się z jednym poziomem translatora. W dysku SMR dochodzi dodatkowa warstwa mapowania, która opisuje, gdzie fizycznie leżą dane zapisane „na zakładkę”.
Dwa poziomy translacji
Translator to część oprogramowania wewnętrznego dysku, która tłumaczy adresy logiczne widoczne dla komputera na fizyczne położenie danych na talerzach. W dyskach CMR ten mechanizm jest prostszy i bardziej przewidywalny. W narzędziach klasy PC-3000 jest to znana procedura: analiza modułów, list defektów i odbudowa mapowania danych.
Dysk SMR ma dodatkową warstwę translacji:
- T1 — standardowy translator LBA — mapuje adresy logiczne widoczne dla komputera
- T2 — translator SMR / secondary translator — opisuje, gdzie dane faktycznie leżą w pasmach SMR, obszarach cache i fizycznych ścieżkach
Gdy T2 jest uszkodzony, jednym z typowych objawów — szczególnie w części dysków WD DM-SMR —
jest sytuacja, w której dysk montuje się normalnie, pokazuje pełną pojemność, ale odczyt logiczny zwraca
0x00
albo wygląda jak pusty nośnik. Dane mogą nadal znajdować się fizycznie na talerzach, ale aktualna mapa translacji
nie prowadzi już do właściwych miejsc.
To bardzo mylący objaw. Z perspektywy zwykłego programu do odzyskiwania danych dysk może wyglądać jak pusty, sformatowany albo nadpisany. W rzeczywistości problem może leżeć nie w samych plikach, tylko w mapowaniu danych przez oprogramowanie wewnętrzne dysku.
Dysk SMR z podejrzeniem uszkodzenia translatora powinien zostać uruchomiony w trybie Read-Only, czyli zabezpieczony przed zapisem. Jeśli dysk uruchomi się normalnie, procesy oprogramowania wewnętrznego dysku działające w tle mogą zmienić lub nadpisać fragmenty mapowania, które nadal są potrzebne do odzysku danych.
W narzędziach klasy PC-3000 zapis do obszaru danych blokuje się bardzo prosto przed rozpoczęciem właściwej pracy z nośnikiem. Każde kolejne uruchomienie takiego dysku w zwykłym komputerze może zmniejszyć szanse na pełny odzysk.
W dyskach WD SMR kluczowa część mapowania może występować jako T2 / Module 190. W dyskach Seagate podobną rolę pełnią struktury związane z media cache / MCMT. Nazwy i procedury są różne, ale problem jest podobny: bez prawidłowej mapy dysk może zwracać puste sektory, mimo że dane fizycznie nadal znajdują się na nośniku.
Jak wygląda odzysk z dysku SMR w laboratorium
LBA 0x00000000 → 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 (odczyt wygląda jak pusty)
LBA 0x00100000 → 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
# Po pracy na mapowaniu:
LBA 0x00000000 → EB 58 90 4E 54 46 53 20 (widoczna struktura danych)
LBA 0x00100000 → 00 00 02 00 00 00 00 00 (fragment struktury NTFS)
Jak poznać czy mój dysk jest SMR
Producenci nie zawsze opisują CMR/SMR na etykiecie. Trzeba sprawdzić dokładny model w dokumentacji, bazach danych lub narzędziach diagnostycznych. Poniżej przykładowe serie, które często występują jako SMR albo CMR — przed zakupem do NAS zawsze sprawdź dokładny model i rewizję.
CMR vs SMR — tabela różnic
| Cecha | CMR | SMR |
|---|---|---|
| Układ ścieżek | Równoległe z odstępami | Nachodzące na siebie |
| Zapis sekwencyjny | Stała prędkość | Porównywalna do CMR (pusty bufor) |
| Zapis losowy | Stała prędkość | Spada gdy bufor pełny |
| Zastosowanie RAID/NAS | Bez ograniczeń | Problematyczne — przebudowa może trwać dni |
| Poziomy translatora firmware | Jeden (T1) | Dwa (T1 + T2/SMR) |
| Odzysk przy awarii firmware | Standardowa procedura PC-3000 | Osobna procedura SMR, read-only wymagany |
| Objaw awarii T2 | — | Same zera w sektorach — wygląda jak pusty dysk |
| Cena odzysku danych | Standardowa | Wyższa — bardziej czasochłonne procedury |
WD, Seagate, Toshiba — każdy inaczej implementuje SMR
Mówienie o "dysku SMR" jakby to był jeden typ awarii to uproszczenie które kosztuje dane. WD, Seagate i Toshiba przechowują translator SMR w różnych miejscach firmware, mają różne architektury cache i — co najważniejsze — różne komendy które przy dysku CMR są bezpieczne, a przy SMR niszczą dane nieodwracalnie.
| Cecha | Western Digital (Spyglass/Palmer/EFAX) | Seagate (Rosewood/Archive) | Toshiba (MQ04) |
|---|---|---|---|
| Translator SMR | Moduł 190 (T2), strefa serwisowa SA | SysFile 28 + SysFile 348 (MCMT), SA | Budowany dynamicznie w RAM z MediaFiles przy każdym starcie |
| Lista defektów | Moduł 32 (relocation list) | SysFile 35 (Non-Resident G-List) + SysFile 1B (P-List) | Moduły CP (firmware-managed) |
| Kontrola procesów tła | Moduł 02 (flagi konfiguracji) | SysFile 93 (flagi SMP) | Brak dostępu — wymaga sprzętowej blokady zapisu |
| Objaw awarii T2 | Montuje normalnie z pełną pojemnością, odczyt logiczny zwraca same zera — charakterystyczny objaw dla rodzin WD DM-SMR (Module 190/T2) | Błąd microcode overlay, stan BSY lub błędy odczytu ABR | Ciągły stan BSY, dysk nigdy nie kończy inicjalizacji |
| Niebezpieczna komenda | Wyczyszczenie Modułu 32 lub regeneracja translatora niszczy T2 | Komenda F3: m0,6,3,,,,,22 — czyści MCMT i dane z cache | Uruchomienie bez hardware write-protect niszczy translator RAM |
| Pierwszy krok PC-3000 | Blokada zapisu przed zakończeniem sekwencji startowej | Odczyt ROM przez COM port, patch Tech Mode w RAM, handshake | Sprzętowa blokada zapisu przed pełną inicjalizacją dysku |
WD Red EFAX i WD Blue EZAZ — 3.5" które padają przy przebudowie RAID
Dyski WD z końcówką EFAX (WD40EFAX, WD60EFAX) to seria które trafiły do tysięcy szaf NAS jako "WD Red". Przechowują dynamic indirection table w Module 190 — tak samo jak 2.5" Spyglass. Objaw awarii identyczny: dysk kręci się, montuje, pokazuje pełną pojemność, każdy sektor zwraca 0x00.
Standardowe klonowanie daje pusty obraz — ddrescue, FTK Imager, R-Studio — wszystkie czytają przez uszkodzony translator i dostają zera. Wielu techników na tym etapie oddaje dysk jako "pusty / sformatowany / nadpisany". Dane są na talerzu.
Seagate Archive v2 — starsza architektura, te same pułapki
Seagate Archive v2 (ST8000AS0002, ST6000AS0002) używa starszej architektury desktop Seagate — Media Cache Management Table przechowywana w SysFile 346, nie 348 jak w nowszych Rosewood. Standardowa komenda regeneracji translatora Seagate (m0,6,3,,,,,22) zeruje cache mapping extents i trwale niszczy dane czekające na migrację ze strefy CMR do shingled bands. W praktyce może to trwale pogorszyć wynik odzysku.
Dlaczego samo klonowanie nie naprawi problemu translatora SMR
To jedno z najczęstszych pytań gdy dysk SMR trafia do laboratorium po nieudanej próbie własnej. "Próbowałem ddrescue, ale obraz jest pusty." Albo: "Serwis użył DeepSpar, też zera." Oba narzędzia są świetne — do konkretnych zastosowań. Do uszkodzonego translatora SMR żadne nie wystarczy.
ddrescue — działa na blokach, nie na firmware
ddrescue, dd_rescue, HDDSuperClone i inne klonery po stronie hosta wydają standardowe komendy ATA READ przez kernel systemu operacyjnego. Na dysku CMR ze złymi sektorami to działa — dysk odpowiada na każde żądanie LBA, ddrescue loguje błędy, ponawia z mniejszymi blokami.
Na dysku DM-SMR z uszkodzonym T2 (WD Module 190) lub MCMT (Seagate SysFile 348) — każda komenda ATA READ przechodzi przez uszkodzony translator zanim dotrze do fizycznego bloku. Dysk zwraca 0x00 dla każdego sektora lub zawiesza się na wewnętrznych retry. ddrescue zapisuje pusty lub fragmentaryczny obraz niezależnie od ustawień.
Dane są na talerzu. Translator mówi że ich nie ma. ddrescue nie wie o translatorze — nie ma dostępu do strefy serwisowej.
DeepSpar Disk Imager — świetne do obrazowania, nie naprawi translatora
DeepSpar omija kernel i interfejs ATA hosta, czyta bezpośrednio przez rejestr UDMA, ignoruje żądania reset i timeout dysku. Na głowicach w złym stanie na dysku CMR — zmienia bardzo dużo: pozwala czytać sektory które wiesiłyby ddrescue w nieskończoność.
Na dysku DM-SMR z uszkodzonym T2 — DeepSpar nadal czyta przez ten sam uszkodzony translator. Zmienia sposób w jaki host rozmawia z dyskiem, nie to co dysk robi wewnętrznie. Wynik: te same zera, inną drogą.
DeepSpar jest właściwym narzędziem dla dysków SMR z degradacją mechaniczną przy sprawnym firmware. Nie zastępuje pracy na strefie serwisowej.
ddrescue — dysk CMR z uszkodzonymi sektorami, firmware sprawny, dysk odpowiada na ATA ID
DeepSpar — degradacja głowic na dysku CMR lub SMR z działającym firmware, głowice oddają dane ale wolno
PC-3000 — dysk nie kończy inicjalizacji, każdy sektor zwraca zera, uszkodzony translator, stan BSY. Narzędzie pracujące na warstwie firmware, a nie tylko na standardowym odczycie ATA
Każde uruchomienie rozpoczyna garbage collection w tle. Jeśli T2 jest częściowo uszkodzony, GC nadpisuje fragmenty które jeszcze działają. Próby typu „sprawdźmy ddrescue” na dysku SMR z objawem 0x00 mogą pogarszać sytuację, jeśli firmware nadal wykonuje operacje w tle.
Kiedy PC-3000 jest jedyną opcją — drzewo decyzji
| Objaw | Diagnoza | Narzędzie |
|---|---|---|
| Dysk odpowiada na ATA ID, dane odczytywalne normalnie | Translator sprawny | ddrescue wystarczy |
| Dysk odpowiada na ATA ID, dane czytają się ale wolno | Degradacja głowic, translator sprawny | DeepSpar lub PC-3000 |
| Dysk montuje z pełną pojemnością, wszystkie sektory 0x00 | Uszkodzony T2/MCMT (SMR) | PC-3000 — praca na SA |
| Dysk nie kończy inicjalizacji, stan BSY | Uszkodzony firmware | PC-3000 — bypass sekwencji startowej |
| Dysk nie odpowiada na ATA ID | Uszkodzenie elektroniki lub głowic | PC-3000 + komora laminarna |
Degradacja głowic na SMR — mniejszy margines błędu
Dyski CMR i SMR używają tego samego procesu odczytu magnetycznego — PRML (Partial Response Maximum Likelihood) lub EPRML. Różnica w tym że CMR ma guard bands między ścieżkami, SMR nie. Ta pozornie mała różnica ma poważne konsekwencje gdy głowice zaczynają się zużywać.
SMR ma mniejszy margines błędu przy odczycie niż CMR. Powodem są ciaśniej upakowane ścieżki bez guard bands — nachodzące domeny magnetyczne z sąsiednich shingled tracks wprowadzają interferencję (cross-track interference) która obniża stosunek sygnału do szumu. Firmware kompensuje to filtrami equalizera, ale kompensacja ma granice.
Ta sama degradacja głowicy która w CMR daje jeszcze powolny ale użyteczny odczyt — w SMR może szybciej kończyć się błędami, zerami lub zawieszeniami. Ustawienia retry i tolerancji ECC w PC-3000 Data Extractor muszą być dobrane agresywniej dla sesji obrazowania SMR niż dla porównywalnych dysków CMR.
Wymiana głowic na dysku SMR
Mechanicznie wymiana głowic w dysku SMR nie różni się zasadniczo od pracy z dyskiem CMR: nadal liczy się zgodność rodziny dysku, głowic i rewizji firmware, stan powierzchni talerzy i praca w czystym środowisku pod komorą laminarną.
Różnica pojawia się na etapie odczytu i pracy z firmware po wymianie. Jeśli dysk SMR ma jednocześnie uszkodzone głowice i problem z translatorem drugiego poziomu, sama wymiana głowic nie wystarczy. Najpierw trzeba przywrócić możliwie stabilny odczyt mechaniczny, a dopiero potem pracować z mapowaniem danych, cache i strukturami SMR.
Czy po formacie dysku SMR da się odzyskać dane
W klasycznym dysku CMR skasowane pliki zazwyczaj pozostają fizycznie na talerzu dopóki nie zostaną nadpisane — stąd możliwość ich odzysku programami jak R-Studio czy Recuva. Dyski SMR komplikują ten obraz.
Część modeli DM-SMR obsługuje komendy TRIM/UNMAP — te same komendy które SSD używają do czyszczenia bloków po usunięciu danych. Po szybkim formacie lub usunięciu plików firmware może wyczyścić mapowanie w translatorze, przez co standardowe programy odzysku danych widzą sektory jako puste lub wypełnione zerami.
To nie zawsze oznacza że dane zostały fizycznie nadpisane na talerzu. Ale odzysk wymaga pracy poza standardowym odczytem logicznym — trzeba pracować bezpośrednio z fizycznymi blokami SMR, z pominięciem warstwy translacji.
Objaw który mylimy z "dysk SMR z uszkodzonym T2" i "dysk SMR po formacie z TRIM" jest identyczny z zewnątrz: dysk widoczny, pojemność poprawna, sektory zwracają zera. Dlatego diagnoza przed jakimkolwiek działaniem jest kluczowa.
— Dysk WD lub Seagate po przypadkowym formacie — Recuva nic nie widzi
— Zewnętrzny dysk po formacie wygląda jak nowy, pusty
— Program do odzysku danych skanuje, ale nie znajduje żadnych plików
Jeśli masz dysk WD lub Seagate 2TB+ i po formacie programy do odzysku nie widzą nic — sprawdź czy to nie jest dysk SMR. To zmienia procedurę odzysku.
Dysk SMR pokazuje same zera — czy dane zniknęły?
To jest pytanie które trafia do laboratorium regularnie. Dysk działa, Windows go widzi, pojemność poprawna — a każdy sektor to zera. Dla programu do odzysku danych wygląda to jak pusty lub nadpisany nośnik. Często nim nie jest.
Przy uszkodzonym translatorze drugiego poziomu (T2 / Module 190 w WD, MCMT w Seagate) dysk odpowiada na standardowe komendy ATA READ — ale każda z nich przechodzi przez uszkodzoną mapę logiczno-fizyczną. Mapa mówi "tu są zera", więc dysk zwraca zera. Dane mogą fizycznie być na talerzach.
Identyczny objaw może pojawić się po formacie dysku SMR. ACE Lab opisuje przypadki dysków WD Palmer family gdzie Windows widzi niezaalokowaną przestrzeń, inicjuje format — i przy okazji nadpisuje translator drugiego poziomu. Efekt: dysk działa, dane zniknęły z widoku, ale fizycznie mogą być na nośniku.
W obu przypadkach — uszkodzony T2 i po formacie — standardowe skanowanie programem nic nie znajdzie, bo skaner czyta przez ten sam uszkodzony mechanizm mapowania.
Wyłącz dysk. Nie skanuj ponownie. Nie rób chkdsk. Każde uruchomienie może pogłębić uszkodzenie translatora przez garbage collection w tle.
Pusty wynik skanowania przy pełnej pojemności to nie diagnoza końcowa — to sygnał do pracy na poziomie firmware, nie programowego odczytu.
- WD My Passport — widoczny, ale brak plików
- WD Elements — po podłączeniu puste, pojemność OK
- Dysk zewnętrzny po formacie — jakby nowy
- Dysk SMR — Recuva nic nie widzi
- WD EFAX — same zera przy skanowaniu
Format dysku SMR — dlaczego odzysk bywa trudniejszy niż z CMR
W klasycznym dysku CMR szybki format usuwa głównie informacje o strukturze systemu plików. Dane pozostają na talerzu dopóki nie zostaną fizycznie nadpisane — dlatego Recuva, R-Studio i podobne programy potrafią je odczytać.
W dyskach SMR sytuacja jest bardziej skomplikowana. Wewnętrzne procesy firmware nigdy nie zatrzymują się całkowicie — nawet gdy dysk jest bezczynny, pasma danych są reorganizowane i przepisywane w celu optymalizacji dostępu. Przy formacie zmienia się translator drugiego poziomu — mapa pokazująca gdzie fizycznie leżą dane zapisane w pasmach SMR i obszarach cache.
Efekt: dysk działa i pokazuje pojemność, ale stare dane nie są widoczne dla standardowych programów. Skanowanie MFT lub RAW scan daje wynik jak po czystym nośniku — nawet jeśli dane fizycznie są na talerzu.
Odzysk w takim przypadku nie polega na "skanowaniu dysku programem", tylko na zabezpieczeniu bieżącego i poprzedniego stanu translatora, analizie fizycznego rozmieszczenia danych w blokach SMR i próbie odczytu z pominięciem aktualnej (błędnej) mapy.
Dysk WD Palmer family (rodzina SMR) po niezamierzonym formacie. Windows widzi niezaalokowaną przestrzeń i startuje format. Po formacie — dysk w Data Extractor pokazuje tylko standardowe puste foldery systemu, MFT mapa minimalna, wszystkie sektory przy skanowaniu zwracają zera.
Rozwiązanie: backup Module 190 przez T2 module save, Physical Block Access (PBA) z pominięciem logicznego translatora, analiza wcześniejszych wersji metadanych T2. Dane odczytane.
Nie formatuj ponownie "żeby sprawdzić". Nie zapisuj niczego na dysk. Nie uruchamiaj skanowania które zapisuje wyniki na ten sam dysk. Każdy zapis niszczy dane które mogą jeszcze być do odzysku.
WD SMR i translator T2 / Module 190 — co to znaczy dla danych
W dyskach WD SMR (rodziny Spyglass, Palmer, EFAX) kluczowa część mapowania danych to struktura określana jako T2 lub Module 190. To nie jest tablica plików widoczna z poziomu Windows — to element firmware dysku odpowiedzialny za tłumaczenie adresów logicznych na fizyczne położenie danych w blokach SMR.
Translator T2 jest przechowywany w strefie serwisowej dysku (Service Area) i ma niestandardową strukturę — brakuje mu tradycyjnej walidacji checksum, więc musi być zapisywany i odczytywany jako kompletny moduł. Standardowy backup modułów firmware tego nie obejmie prawidłowo.
Jeśli T2 zostanie uszkodzony lub nadpisany (awaria, format, garbage collection który nie skończył się przed odcięciem zasilania) — dysk zachowuje się pozornie normalnie. Odpowiada na ATA identyfikację, zgłasza model i pojemność, pozwala na odczyt sektorów. Problem: każdy odczyt zwraca zera, bo mapa mówi że tu nic nie ma.
W takim przypadku odzysk nie polega na skanowaniu sektorów — polega na analizie i rekonstrukcji Module 190, próbie rollback do poprzednich wersji metadanych T2, a jeśli to nie wystarczy — Physical Block Access (PBA), czyli odczyt bezpośrednio z fizycznych bloków z pominięciem całej warstwy translacji logicznej.
MFT scan: 0 entries found
RAW scan LBA 0-1000: all sectors 0x00
Capacity: 2000.3 GB (reported correctly)
# Po T2 module save + PBA access:
Zone map: bands identified
LBA 0x00000000: EB 58 90 4E 54 46 53 20
Status: file structure visible
- WD EFAX — po sformatowaniu przez Windows brak danych
- WD Elements 2TB — widoczny ale pusty po awarii
- WD Blue EZAZ — format zainicjowany przez system
- WD Palmer — sektory zerowe mimo sprawnego odczytu
Seagate Rosewood — cienkie dyski 2.5" w zewnętrznych obudowach
Osobną grupą dysków SMR często trafiających do laboratorium są dyski z rodziny Seagate Rosewood. To cienkie, lekkie nośniki 2.5" projektowane pod dużą pojemność w małej obudowie — montowane masowo w zewnętrznych dyskach Seagate Expansion, Backup Plus, LaCie, Maxtor, a także w laptopach.
Typowe modele Seagate Rosewood
- ST1000LM035 — 1TB, bardzo popularny w laptopach i zewnętrznych dyskach
- ST2000LM007 — 2TB, Seagate Expansion i Backup Plus
- ST2000LM010, ST2000LM009 — 2TB warianty Rosewood
- ST1000LM037, ST1000LM038 — nowsze rewizje 1TB
- ST2000LM048 — 2TB w obudowach LaCie i Maxtor
Z perspektywy odzysku danych Rosewood to połączenie dwóch wyzwań: architektura SMR z media cache i translator MCMT (SysFile 348) — plus delikatna mechanika cienkich dysków 2.5" które często trafiają do laboratorium po upadku lub z degradacją głowic.
Dodatkową komplikacją jest Multi-Tier Caching w tych dyskach — część danych może być w strefie CMR cache, część już w shingled bands. Przy odzysku po awarii trzeba uwzględnić oba obszary i ich mapowanie.
Standardowe operacje serwisowe stosowane w starszych dyskach Seagate są niebezpieczne dla rodziny Rosewood. Clear G-List, SMART reset, regeneracja translatora komendą
m0,6,3,,,,,22 — na dysku CMR Seagate to normalne narzędzia, na Rosewood mogą zniszczyć MCMT i dane w cache bezpowrotnie.To jeden z powodów dla których Rosewood nie powinny być "naprawiane" przez serwisy bez doświadczenia z rodzinami SMR.
- Seagate Expansion przestał być widoczny
- Seagate Backup Plus po upadku nie działa
- LaCie — nie wykrywa się po podłączeniu
- Dysk laptopowy ST1000LM035 — nie startuje system
- ST2000LM007 — klikanie lub cisza po uruchomieniu
Kiedy podejrzewać SMR — i czego nie robić
Kiedy warto sprawdzić, czy dysk to SMR
- Zewnętrzny dysk 2–5 TB kupiony po 2019 roku w atrakcyjnej cenie
- Laptopowy HDD 1–2 TB (Seagate ST1000LM035, ST2000LM007)
- WD Red EFAX 2–6 TB (nie Pro) w szafie NAS
- RAID rebuild trwa dniami albo dysk wypada z macierzy podczas przebudowy
- Dysk po formacie lub po awarii pokazuje pełną pojemność ale same zera w sektorach
- Seagate BarraCuda Compute z oznaczeniem STxxxxDM004
Czego nie robić przy dysku SMR z problemem z danymi
- Nie inicjalizuj dysku w systemie Windows ("Zainicjuj dysk")
- Nie uruchamiaj chkdsk ani naprawy systemu plików
- Nie regeneruj translatora komendami znalezionymi na forum — przy Seagate SMR może to trwale pogorszyć wynik odzysku
- Nie rób kolejnych prób klonowania, jeśli wynik to same zera — każde uruchomienie może pogłębiać problem z T2
- Nie wkładaj dysku SMR jako zamiennika do działającej macierzy RAID — rebuild może wyrzucić go z macierzy
FAQ — CMR i SMR
Dysk zwraca same zera? To może być awaria SMR.
Opisz model dysku i objawy. Na podstawie modelu powiem czy to SMR i co można z tym zrobić. Diagnoza bezpłatna.