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.
Kupując dysk twardy 2–8 TB widzisz model, pojemność i cenę. Nie widzisz jednej z najważniejszych cech: czy to dysk CMR czy SMR. Ta różnica jest niewidoczna w normalnym użytkowaniu — 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.
Jak dysk zapisuje dane na talerzu
Żeby zrozumieć różnicę, musisz wiedzieć jak wygląda głowica dysku. Głowica zapisująca jest fizycznie szersza niż głowica odczytująca — potrzebuje więcej energii magnetycznej żeby trwale zmienić orientację ziaren na talerzu. Odczyt wymaga mniejszej precyzji.
Ś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 pasm SMR — dysk modyfikuje pojedyncze obszary bez naruszania sąsiednich ścieżek
- 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 daje 25% więcej ścieżek na tym samym talerzu, ale zmiana jednej ścieżki wymaga przepisania całego bloku.
- Ścieżki zorganizowane w bloki (bands)
- 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 wystarczy nadpisać jedną ścieżkę.
Dlatego dyski SMR mają dedykowaną strefę CMR na tym samym talerzu (lub bufor 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 normalnym użytkowaniu biurowym — przeglądarka, dokumenty, muzyka — bufor jest wystarczający i różnica jest 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 = katastrofa
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 problem jest ten sam: 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 trwałaby 8 godzin, na SMR może trwać 3–4 dni — 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ą.
WD Red (nie Pro) 2–6TB, Seagate Barracuda 2TB+, część modeli Toshiba P300 — to dyski SMR które przez lata trafiały do macierzy NAS jako "zwykłe" dyski.
Dyski konsumenckie używają Drive-Managed SMR — firmware dysku sam zarządza buforem i garbage collection, host widzi standardowe urządzenie blokowe.
Dyski centrów danych (WD Ultrastar HC620/HC650) używają Host-Managed SMR — system operacyjny musi sam zarządzać zapisem sekwencyjnym. Linux wymaga specjalnego sterownika. Te dyski nie działają w standardowym komputerze.
Gdy translator SMR jest uszkodzony — same zera
Tutaj zaczyna się prawdziwy problem z perspektywy laboratorium. Dysk CMR z uszkodzonym firmware to jeden poziom translatora do naprawy. Dysk SMR ma dwa.
Dwa poziomy translacji
W dysku CMR translator (moduł mapujący adresy logiczne LBA na fizyczne lokalizacje na talerzu) jest jeden. W PC-3000 to kwestia wyczyszczenia listy realokacji i przebudowania translatora — znana, przewidywalna procedura.
Dysk SMR ma dwa poziomy:
- T1 — standardowy translator LBA — mapuje adresy logiczne na bloki SMR
- T2 — translator SMR (secondary translator) — mapuje bloki SMR na fizyczne ścieżki z uwzględnieniem nakładania
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 fizycznie są na talerzu — mapa mówi że wszystko jest zerem.
To mylący objaw — wiele laboratoriów diagnozuje to jako "puste dyski" lub "problemy z głowicami" i oddaje dysk jako nieodzyskiwalny.
Dysk SMR z uszkodzonym T2 musi być zabezpieczony przed zapisem przed zakończeniem sekwencji startowej. Jeśli dysk uruchomi się normalnie, garbage collection może nadpisać fragmenty T2 które jeszcze działają — niszcząc to co pozostało z mapy danych.
W PC-3000 User Area musi być hardware write-locked zanim dysk zakończy inicjalizację. Każde normalne uruchomienie takiego dysku w komputerze zwiększa ryzyko nieodwracalnej utraty danych.
Jak wygląda odzysk z dysku SMR w laboratorium
LBA 0x00000000 → 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 (same zera)
LBA 0x00100000 → 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
# Po rekonstrukcji T2:
LBA 0x00000000 → EB 58 90 4E 54 46 53 20 (MBR — dane są)
LBA 0x00100000 → 00 00 02 00 00 00 00 00 (struktura NTFS)
Jak poznać czy mój dysk jest SMR
Producenci nie piszą CMR/SMR na pudełku. Trzeba sprawdzić model w bazach danych lub przez narzędzia diagnostyczne. Poniżej najczęstsze modele które trafiają do laboratorium.
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, write-lock wymagany |
| Objaw awarii T2 | — | Same zera w sektorach — wygląda jak pusty dysk |
| Cena odzysku danych | Standardowa | Wyższa — trudniejsza procedura, więcej czasu |
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 hardware WP |
| 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 | Hardware write lock zanim sekwencja startowa się zakończy | Odczyt ROM przez COM port, patch Tech Mode w RAM, handshake | Hardware Write Protect zanim silnik dysku się rozkręci |
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. Bezpowrotnie.
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. Jedyne narzędzie które pracuje na warstwie firmware zamiast warstwy ATA
Każde uruchomienie rozpoczyna garbage collection w tle. Jeśli T2 jest częściowo uszkodzony, GC nadpisuje fragmenty które jeszcze działają. Laboratorium które próbuje ddrescue "żeby sprawdzić" na dysku SMR z objawem 0x00 aktywnie pogarsza sytuację przy każdej próbie.
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 — dla Seagate SMR to zniszczy dane bezpowrotnie
- Nie rób kolejnych prób klonowania jeśli wynik to same zera — każde uruchomienie może pogłębiać uszkodzenie 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.