SSD wykrywany jako SATAFIRM S11 — przyczyna awarii i odzyskiwanie danych

Komputer przestał widzieć system, a w BIOS-ie zamiast Twojego dysku widnieje tajemniczy SATAFIRM S11? To najczęstsza awaria budżetowych dysków SSD, jaką widzimy w naszym warszawskim laboratorium — i jednocześnie jedna z najczęściej psutych „domowymi naprawami". Krótko: uszkodził się firmware kontrolera Phison PS3111, ale Twoje dane najprawdopodobniej wciąż są w kościach pamięci. Poniżej wyjaśniamy, skąd bierze się ta usterka, których dysków dotyczy, czego absolutnie nie robić i jak wygląda profesjonalne odzyskiwanie danych.

Co oznacza komunikat SATAFIRM S11

SATAFIRM S11 to awaryjna nazwa zapasowa kontrolera Phison PS3111-S11, zaszyta na stałe w jego pamięci ROM. W normalnych warunkach kontroler przy starcie ładuje z kości NAND swój firmware i przedstawia się systemowi nazwą nadaną przez producenta dysku, np. „GOODRAM CX400". Gdy firmware lub jego struktury serwisowe są uszkodzone i nie dają się poprawnie odczytać, kontroler nie może dokończyć rozruchu — przechodzi w tryb ROM i zgłasza się tym, co ma zaszyte fabrycznie: SATAFIRM S11. Dysk jest widoczny w BIOS-ie i Menedżerze urządzeń, ale system nie może odczytać z niego danych.

Dlaczego firmware SSD się psuje — kontroler Phison PS3111

Phison PS3111-S11 to jeden z najpopularniejszych budżetowych kontrolerów SATA III (6 Gb/s) ostatniej dekady. Obsługuje pamięci TLC 2D i 3D (w części wersji także MLC), a jego prędkości — do ok. 550 MB/s odczytu i 500 MB/s zapisu — ogranicza sam interfejs SATA. Ma jednak dwie cechy, które czynią go podatnym na tę awarię.

Konstrukcja DRAM-less i tablice FTL

PS3111 nie ma własnej pamięci DRAM. Tablice translatora FTL (Flash Translation Layer) — czyli „mapę" przekładającą adresy logiczne, które widzi system, na fizyczne strony w kościach NAND — przechowuje bezpośrednio w wydzielonym obszarze serwisowym pamięci flash i stale je tam aktualizuje. Każda operacja porządkowania danych w tle (garbage collection, opróżnianie bufora SLC) to kolejne zapisy do tego obszaru.

Co wyzwala awarię

Kontroler nie ma kondensatorów podtrzymujących zasilanie, więc nagły zanik prądu w trakcie aktualizacji tablic FTL potrafi zostawić obszar serwisowy w stanie niespójnym — firmware przy kolejnym starcie odwołuje się do bloków, które nie zawierają już poprawnych danych. Drugi mechanizm to naturalne zużycie kości TLC: z każdym cyklem zapisu rośnie liczba przekłamań bitowych, aż korekcja ECC przestaje nadążać z naprawą stron przechowujących firmware. Efekt w obu przypadkach jest ten sam — kontroler nie może załadować oprogramowania i budzi się jako SATAFIRM S11. Awaria przychodzi zwykle bez ostrzeżenia: dysk działał normalnie, a po kolejnym włączeniu komputera systemu już nie ma.

Które dyski SSD są narażone

Kontroler PS3111 montowały dziesiątki marek — awaria SATAFIRM S11 nie jest winą jednego producenta, tylko wspólnej platformy. Najczęściej trafiają do nas te modele:

Ciekawostka z laboratorium: jeśli „Samsung" albo inny markowy dysk z bazaru nagle zgłasza się jako SATAFIRM S11, to niemal pewny dowód, że w środku pracuje kontroler Phison — czyli dysk jest podróbką. Więcej o tym zjawisku pisaliśmy w tekście o podróbkach dysków SSD z Allegro.

Objawy — jak rozpoznać tę awarię

• Dysk widnieje w BIOS-ie / Menedżerze urządzeń jako „SATAFIRM S11" zamiast swojej nazwy (np. GOODRAM CX400, KINGSTON SA400S37).
• Pojemność jest błędna: 0 GB, kilka megabajtów albo dokładnie 137 GB — niezależnie od realnej pojemności dysku.
• System nie widzi partycji ani plików, Windows potrafi proponować inicjalizację lub formatowanie dysku (nie zgadzaj się!).
• Czasem dysk pojawia się i znika, a komputer długo „myśli" przy starcie.

Charakterystyczna pojemność 137 GB to nie realny rozmiar, tylko maska 28-bitowego adresowania LBA — dokładnie 268 435 455 sektorów, które kontroler zgłasza w trybie awaryjnym, gdy nie zna prawdziwej pojemności dysku. Widujemy ją regularnie na stanowisku PC-3000 przy dyskach po tej awarii. Jeśli objawy u Ciebie wyglądają inaczej (dysk znika, tylko-do-odczytu, błędy S.M.A.R.T.), zajrzyj do naszego przewodnika po objawach uszkodzenia nośnika danych.

Czego NIE robić, gdy SSD pokazuje SATAFIRM S11

• Nie flashuj firmware narzędziami producenta ani programami typu MPTool. To narzędzia fabryczne do produkcji dysków: przywracają SSD do działania, ale inicjalizują obszar serwisowy i translator od zera. Dysk „ożyje" — pusty. To najczęstszy sposób, w jaki użytkownicy bezpowrotnie tracą dane po tej awarii.
• Nie inicjalizuj i nie formatuj dysku, nawet jeśli Windows uparcie to proponuje.
• Nie uruchamiaj programów do odzyskiwania danych. Recuva, TestDisk i podobne działają na poziomie systemu plików — a tu problem leży piętro niżej, w firmware kontrolera. Program nic nie odczyta, a dodatkowe operacje na chorym dysku mogą pogorszyć jego stan.
• Ogranicz włączanie dysku do minimum. Jeśli przyczyną są zużyte kości NAND, każda kolejna sesja zasilania to ryzyko dalszej degradacji obszaru serwisowego.
• Nie kupuj „takiego samego dysku na części". W SSD nie przekłada się elektroniki jak w dyskach talerzowych — bez struktur serwisowych z konkretnego egzemplarza dawca nic nie da.

Jak odzyskujemy dane — PC-3000, tryb serwisowy i wirtualny translator

Skoro dane fizycznie są w kościach NAND, a zepsuta jest tylko „mapa", zadanie polega na bezpiecznym dostaniu się do pamięci z pominięciem uszkodzonego firmware. W naszym laboratorium wygląda to tak:

1. Tryb serwisowy. Wprowadzamy kontroler w tryb technologiczny (safe mode), w którym nie próbuje ładować uszkodzonego firmware z NAND.
2. Loader do pamięci kontrolera. Sprzętem PC-3000 ładujemy do pamięci operacyjnej kontrolera tymczasowy mikrokod dobrany do konkretnej rewizji układu i typu kości. Działa tylko na czas sesji i nie zapisuje niczego w NAND.
3. Wirtualny translator. Z metadanych zapisanych w samych kościach — nagłówków stron, numeracji bloków, liczników zużycia — odtwarzamy mapę przekładającą adresy logiczne na fizyczne.
4. Obraz sektor po sektorze. Dane kopiujemy w trybie tylko-do-odczytu na sprawny nośnik i dopiero z tej kopii wyciągamy pliki. Oryginalny dysk nie jest w trakcie pracy modyfikowany.

Na zdjęciu powyżej rzeczywisty przypadek z naszego stanowiska: Goodram CX400 512 GB gen. 2, który „umarł" z dnia na dzień. W trybie serwisowym widać drugą awaryjną nazwę tej platformy — SATABURN SB — oraz właśnie ową pojemność 137 GB. Dobranie mikrokodu do konkretnej rewizji kontrolera i konfiguracji kości potrafi wymagać kilku podejść (widoczny na ekranie komunikat „Operation aborted” to codzienność tej procedury), ale przy awarii firmware, bez fizycznego uszkodzenia kości NAND, dane najczęściej udaje się skopiować w całości.

Naprawa dysku to nie odzyskanie danych

W internecie znajdziesz poradniki „jak naprawić SATAFIRM S11" flashowaniem firmware. One dotyczą czego innego: przywrócenia sprawności samego nośnika, kosztem wszystkich danych. Jeśli dysk był pusty albo dane masz w kopii zapasowej — proszę bardzo, po flashu zwykle wraca do działania (choć skoro raz zawiódł, nie powierzalibyśmy mu niczego ważnego). Jeśli jednak na dysku są pliki, których potrzebujesz, kolejność jest jedna: najpierw odzysk danych w laboratorium, potem ewentualne eksperymenty. W drugą stronę ta droga nie działa.

W laboratorium odzyskiwania danych CSE Poland na warszawskiej Pradze-Południe diagnoza SSD jest bezpłatna — po niej dostajesz konkretną wycenę (odzysk po awarii firmware to koszt od 900 zł, zależnie od pojemności i konfiguracji kości), a płacisz wyłącznie po skutecznym odzyskaniu danych. Z całej Polski dysk doślesz kurierem DPD za 20 zł w jedną stronę.

Podsumowanie

Gdy Goodram CX400, Kingston A400, Patriot Burst czy inny budżetowy SSD zgłasza się jako SATAFIRM S11, oznacza to, że kontroler Phison PS3111 nie może załadować swojego firmware i pracuje w awaryjnym trybie ROM. Dane w kościach NAND najczęściej są nienaruszone — do ich odzyskania potrzeba jednak sprzętu klasy PC-3000, trybu serwisowego i odtworzenia translatora, a nie flashowania firmware, które je kasuje. Im mniej prób „naprawy" po drodze, tym większa szansa na pełny odzysk danych z dysku SSD.