Niniejszy temat zakładam "dla potomnych" ponieważ przeszedłem w/w procedurę z SUKCESEM i przywróciłem do życia dysk SSD SP S55 120GB SATA III. Chciałbym zachęcić do dyskusji i wymiany wiedzy (jeżeli są inne metody umieśćmy je tutaj). Na początek - jakich dysków dotyczy ten problem? - Goodram CX100, CX200, CX300, CX400, S400U, IRDM, Iridium, - Silicon Power S55, Slim S500, Slim S55, Slim S60, - Kingston A400, SSDNow UV300, SSDNow KC400, HyperX Savage, SMSM15S3, - Plextor m6V, Obawiam się, że lista jest niekompletna, stąd prośba o propozycje uzupełnienia. Opis problemu: dysk SSD oparty o kontroler Phison PS3111 jest wykrywany w BIOS (i w menadżerze urządzeń Windows) jako SATAFIRM S11. Widać pojemność dysku, jednak jest on NIEZAINICJOWANY, nie daje się zainicjować, nie widać danych. Dlaczego tak się dzieje? Sam kontroler Phison PS3111 nie jest konstrukcją szczególnie rewelacyjną, ale nie on jest tu problemem. Żeby być bardziej precyzyjnym: to nie on ulega awarii. Widoczny efekt jest rezultatem zablokowania przez kontroler dostępu do komórek pamięci i jest to jego reakcja obronna związana z uszkodzeniem kości pamięci NAND. Problemem są więc podłej jakości kości pamięci*. * - wniosek przedwczesny. Znalazłem info, że degradacja NAND'ów to jedna z możliwych przyczyn. Tych przyczyn jest więcej, np: rozsypany translator adresów lub ogólniej: uszkodzenia OPROGRAMOWANIA WEWNĘTRZNEGO dysku. Poszukiwania rozwiązania problemu doprowadziły mnie do następujących wniosków: - jeżeli chcesz odzyskać dane z takiego dysku, jesteś w czarnej d.... ponieważ jedyną odnalezioną metodą było skorzystanie z profesjonalnych narzędzi, np: PC 3000 UDMA od Ace Lab a takowe mają firmy specjalizujące się w Data Recovery. Linków nie zamieszczam, gdyż nie chcę robić reklamy firmom od Data Recovery posiadającym takie narzędzie, ale zapytanie wujka google o problem SATAFIRM S11 potwierdzi to, co w skrócie napisałem powyżej. - jeżeli chcesz podnieść do życia dysk SSD i nie zależy Ci na danych, jest na to metoda. Opiszę ją poniżej. PAMIĘTAJ ! 1. PROCEDURA PONIŻEJ BEZPOWROTNIE KASUJE DANE ZAWARTE NA NOŚNIKU 2. KONTROLER ZABLOKOWAŁ DOSTĘP DO KOMÓREK PAMIĘCI Z OKREŚLONEGO POWODU - ZAPEWNE Z UWAGI NA USZKODZENIE BLOKÓW PAMIĘCI, choć to nie jedyny możliwy powód. To, że dysk ożyje, nie oznacza, że z pewnością będzie 100% sprawny (może, ale nie musi). Będzie działał, możliwe że przez chwilę, możliwe, że chwilę dłużej. Nie ufałbym mu bezgranicznie. TĄ KWESTIĘ WŁAŚNIE TESTUJĘ: na ile trwałą jest naprawa... 3. JEŻELI TWÓJ DYSK JEST NA GWARANCJI, ODDAJ GO NA WYMIANĘ GWARANCYJNĄ. DOSTANIESZ NOWY DYSK, Z KOMÓRKAMI PAMIĘCI W STANIE O NIEBO LEPSZYM NIŻ TO, CO MASZ W "PADNIĘTYM" DYSKU. Jeżeli nie ma gwarancji na dysk, można się pobawić i tylko w takim przypadku korzystaj z tego poradnika. PROCEDURA: WERSJA 1: narzędzie repairS11 (jest też wersja repairS10 Phison PS3110). Dysk podpinamy pod SATA, odpalamy z uprawnieniami ADMINISTRATORA, po wykonaniu skryptu wyłączamy komputer (ważne jest odcięcie ZASILANIA od SSD) i włączamy ponownie. UWAGA 1: ! PROCEDURA DATA-DESTRUCTIVE ! Te dyski mają dynamiczną alokację pamięci. Dane o alokacji są wymazywane więc zapomnij o jakimkolwiek data recovery po jej wykonaniu. UWAGA 2: u mnie w/w narzędzie niby wykonało skrypt poprawnie, ale to nie zadziałało. Po ponownym włączeniu komputera dysk ponownie widoczny był jako SATAFIRM S11. Przeglądając opinie użytkowników wyciągam wniosek, iż w/w narzędzie działało na Kingstony A400, więc nie przekreślałbym go zupełnie i nie uznawał jako nieskuteczne tylko dla tego, że nie dało rady z Silicon Power S55. Opisałem je jako pierwsze, gdyż jest BEZPIECZNIEJSZE i ŁATWIEJSZE W UŻYCIU. Metoda 2 (poniżej) to zabawa w wymuszone flashowanie dysku SSD i pomyłka w wersji firmware kończy zabawę , tj: ucegla dysk w sposób, na który nie mam lekarstwa *. * - no nie do końca... Doświadczenia pokazały, że dyski z wgraną nieodpowiednią wersją firmware daje radę wprowadzić w tryb, w którym pokazują się z pojemnością 2MB / 8MB / 10MB (małą) i pomimo niepoprawneho firmware'u kontroler staje się widocznym dla flasher'a. W/w uzyskuje się zwierając pola lutownicze pod zworki bądź pola lutownicze pewnego rezystora (co PCB to jest w innym miejscu i z innym oznaczeniem). WERSJA 2: ponowne wymuszone wgranie FIRMWARE. Aby podejść do tematu, konieczna jest znajomość wersji firmware Twojego dysku. Można to zrobić np: darmowym narzędziem CrystalDiskInfo. Pomimo zidentyfikowania dysku jako SATAFIRM S11 ja dla tego SP S55 120GB zobaczyłem wersję SBFM21W1. Co ciekawe, takiej wersji firmware oficjalnie nie ma, tzn najbliższa to SBFM21.1. Ciekawe spostrzeżenie: niektóre parametry SMART dysku wyglądają jak totalna sieczka i nie mają nic wspólnego z jego rzeczywistą historią. Czyżby oznaka "rozjechania się" danych? Czyżby to był powód zblokowania kontrolera? UWAGA! ISTOTNE SĄ LITERKI I DWIE PIERWSZE CYFRY (te do kropki) WERSJI FIRMWARE. NOWY FIRMWARE MUSI BYĆ Z NIMI ZGODNY, w przeciwnym razie uceglisz dysk. Żeby napisać to jaśniej: nie wgrywaj firmware SBFM51.1 na dysk z obecną wersją SBFM21.1 bo to nie zadziała. Będzie game over. Nie wgrywaj SBFA10.3 albo czegokolwiek "na pałę" bo będzie cegła. Niezgodność może być po kropce, nigdy przed. Skąd wziąć FIRMWARE? Na usbdev.ru chłopaki zza wschodniej granicy zrobili dobrą robotę i pozbierali w jedną paczkę fimrware'y dysków na PS3111. Tutaj zamieszczam Link do pobrania paczki zbiorczej. Chłopaki fajnie opisali oznaczenia. Nie będę kopiował ich roboty. WARTO ZAJRZEĆ, POCZYTAĆ. Skorzystaj z translatora jeżeli masz problem z cyrylicą. Paczkę oczywiście trzeba pobrać i rozpakować (RAR). Gdy w ramach walki z dyskiem próbowałem (jeszcze nieco bładząc) skorzystać z narzędzia Firmware Upgrade Tool (udostępnione przez producenta dysku a pobrane z elektrody z jednego z postów dotyczących tego problemu) dla SP S55 z wersją SBFM21.2 (podnoszącą firmware z 21.1 do 21.2), narzędzie wyrzuciło błąd niezgodności obecnej wersji firmware. Czyżby dysk w stanie zablokowanym kontroler modyfikował ten parametr uniemożliwiając tym samym skorzystanie z narzędzia? A może narzędzie nie wgrywa pełnego firmware tylko dokonuje upgrade'u różnicowo? Tak czy inaczej przygotujcie się na to, że fabryczne narzędzie od producenta dysku może nie zadziałać a numeracja firmware'u może kosmetycznie się zmienić w momencie przejścia dysku w stan blokowania dostępu do pamięci. Na Silicon Power S55 tak właśnie było. W paczce od chłopaków z usbdev.ru odnalazłem firmware SBFM21.1 czyli dedykowany do mojego dysku - a więc było co wgrać. Teraz pozostaje kwestia narzędzia. Poniżej załączam narzędzie: s11-flasher Jak z niego skorzystać? 1. rozpakować 2. zidentyfikowany wcześniej właściwy firmware skopiować do katalogu aplikacji, zmienić mu nazwę na fw.bin 3. na "niskich uprawnieniach" (czyli NIE ADMIN) odpalić plik s11-flasher2-micron. W/w skrypt utworzy plik fw.exe, który będzie nam potrzebny 4. Odpalamy fw.exe NA UPRAWNIENIACH ADMINA Pojawi się okno bardzo podobne jak fabryczny flasher firmware ALE w przeciwieństwie do fabrycznego flashera TU NIE MA ŻADNYCH ZABEZPIECZEŃ pod kątem niezgodności wersji firmware. Po prostu po przyciśnięciu UPGRADE wgrywa skopiowany wcześniej firmware nie wnikając w to, czy jest on dobry czy zły. OCZYWIŚCIE PRZYCISK UPGRADE WCISKASZ NA WŁASNĄ ODPOWIEDZIALNOŚĆ. Może skończyć się cegłą, o czym uczciwie ostrzegałem. W moim przypadku wgranie firmware'u (SBFM21.1 na dysk, który pokazał się jako SBFM21W1) przebiegło pomyślnie. Po wyłaczeniu komputera (cykl zasilania) i ponownym włączeniu uzyskałem działający dysk SSD z czystym SMART. Zwróciłem na niego szczególną uwagę, gdyż bardzo byłem ciekaw skali zniszczeń i uszkodzeń, jakie spowodowały odcięcie przez kontroler dostępu do komórek pamięci. Po zarejestrowaniu SMART postanowiłem pobawić się w diagnostykę dysku, żeby uzyskać wiedzę o skali problemu, który skłonił kontroler do przejścia w stan blokowania. Pierwszy test: zainicjowanie, założenie partycji, chkdsk x: /f /r - było czysto Drugi test: skanowanie HD TUNE - było czysto Trzeci test: skorzystałem z HIREN's boot cd - środowisko LINUX i wykonałem ENHANCED SECURE ERASE dysku, wiedząc, że wykonuje się on na poziomie kontrolera dysku SSD i dotyka każdej komórki pamięci. Jeżeli więc będzie coś nie tak z komórkami pamięci, któryś z parametrów SMART (większość bez opisu) powinien w sposób wyraźny urosnąć. Poza liczbą uruchomień dysku urósł tylko jeden parametr: o 1. Wnioskuję z tego, że mógł to być (nieopisany) parametr odpowiadający za coś w stylu wear-leveling'u czyli ilości zapisów we wszystkich komórkach. Proponuję Wam również wykonać w/w w przypadku sukcesu - przynajmniej będzie jakaś informacja czy / w jak złym stanie faktycznym jest dysk i czy warto w ogóle dalej poświęcać mu czas. Korzystając z narzędzia fabrycznego od SP podniosłem firmware z 21.1 na 21.2. Na chwilę obecną wszystko działa. ZAŁĄCZNIKI:
Ïðîãðàììà ïðåäíàçíà÷åíà äëÿ âîññòàíîâëåíèÿ ðàáîòîñïîñîáíîñòè äèñêîâ íà êîíòðîëëåðå Phison 3111(S11), íàïðèìåð Smartbuy Revival2, Kingston A400, êîòîðûå èç-çà êàêèõ-òî ïðîáëåì ïåðåøëè â çàùèòíûé ðåæèì.
Òàê æå, âîçìîæíî, ïîääåðæèâàþòñÿ äèñêè ñ êîíòðîëëåðîì, ïåðåìàðêèðîâàííûì â INIC6081 (âñòðå÷àþòñÿ ïîä áðåíäîì Kingspec).
Îòëè÷èòåëüíûìè ïðèçíàêàìè òàêîãî ñîñòîÿíèÿ äèñêà ÿâëÿåòñÿ:
- íàçâàíèå ìîäåëè " SATAFIRM S11 " èëè " INIC6081SSDWP "
- âåðñèÿ ïðîøèâêè, â êîòîðîé âìåñòî òî÷êè ñèìâîë 'W', íàïðèìåð " SBFM01W1 " , èëè " INICWP00 "
- raw çíà÷åíèå àòðèáóòà ñìàðò 0xA7(167), åñëè îí èìååòñÿ, ðàâíîå 3 (íå êàñàåòñÿ äèñêîâ îò kingpec).
Äàííûå, â ñëó÷àå óäà÷íîãî âîññòàíîâëåíèÿ, óíè÷òîæàþòñÿ.
Èäåíòèôèêàöèîííûå äàííûå (íàçâàíèå ìîäåëè, ñåðèéíûé íîìåð) äèñêà ñîõðàíÿþòñÿ îðèãèíàëüíûå.
Ñèñòåìíûå òðåáîâàíèÿ - Windows XP/SP2 è âûøå, âîçìîæíî èñïîëüçîâàíèå x86 è x64 âåðñèé. Ìîæíî èñïîëüçîâàòü Windows PE îñíîâàííûå íà ýòèõ æå âåðñèÿõ. Òðåáóåòñÿ çàïóñê ñ ïðàâàìè àäìèíèñòðàòîðà (ïîä ñèñòåìàìè Vista/âûøå ïðîèçâîäèòñÿ çàïðîñ íà ïîëó÷åíèå ïðàâ).
Äèñê äîëæåí áûòü ïîäêëþ÷åí ê SATA êîíòðîëëåðó (ïîäêëþ÷åíèå ÷åðåç firewire íå ïîääåðæèâàåòñÿ), ïîääåðæèâàåòñÿ ðàáîòà ñî ñòàíäàðòíûìè äðàéâåðàìè AHCI îò Microsoft, Intel RST, âîçìîæíî áóäåò ðàáîòàòü ñ äðàéâåðàìè IDE ðåæèìà. Ðàáîòîñïîñîáíîñòü ñ äðóãèìè äðàéâåðàìè íå ïðîâåðÿëàñü. Íàâåðíÿêà íå áóäåò ðàáîòàòü ñ äðàéâåðàìè êîíòðîëëåðîâ èç ðàçäåëà " SCSI and RAID controllers " .
Òàê æå âîçìîæíà ðàáîòà ÷åðåç íåêîòîðûå usb-sata ìîñòû, íàïðèìåð asmedia asm105x/115x, jmicron jm[s]20329/539/578, initio inic1608 è íåêîòîðûå äðóãèå.
Äëÿ çàïóñêà ïðîãðàììå íóæíî óêàçàòü íîìåð äèñêà â ñèñòåìå â âèäå ïàðàìåòðà, åãî ìîæíî ïîñìîòðåòü â êîíñîëè " Óïðàâëåíèå êîìïüþòåðîì " - & gt; " Óïðàâëåíèå äèñêàìè " . Âîçìîæåí çàïóñê áåç ïàðàìåòðîâ è ââîä íîìåðà äèñêà ïî çàïðîñó ïðîãðàììû.
Íàïðèìåð:
repairS11 2
Åñëè çàïóñòèòü áåç ïàðàìåòðîâ, òî áóäåò âûâåäåí ñïèñîê äîñòóïíûõ äèñêîâ è çàïðîñ íîìåðà äèñêà.
 ñëó÷àå óñïåøíîãî ïðîõîæäåíèÿ ïðîâåðîê çàïðàøèâàåòñÿ ïîäòâåðæäåíèå îïåðàöèè, òðåáóåòñÿ íàæàòü " Y " è " Enter " , äëÿ îòêàçà ëþáóþ äðóãóþ êíîïêó.
Ïîñëå óñïåøíîãî âûïîëíåíèÿ îïåðàöèè òðåáóåòñÿ âûêëþ÷èòü è âêëþ÷èòü êîìïüþòåð (èëè ïèòàíèå íà ssd).
-------
This utility designed for repair Phison S11 based SSD from Protect Mode.
The drive in this state detected as " SATAFIRM S11 " or " INIC6081SSDWP " .
System requirements: windows xp sp2 or above, x86 or x64.
Preferable using AHCI mode of disk controller, but possible work in SATA(IDE) mode and also usb via some bridge from asmedia or jmicron.
Utility request disk number, which can be viewed in " Computer Managment " / " Disk Managment " .
After successfully complete you should do a power cycle for SSD.
Run example:
repairS11 2
0.1a - 1st release
0.11a - óâåëè÷åí òàéìàóò îïåðàöèè ñ 5 äî 15s
0.111a - óâåëè÷åí òàéìàóò îïåðàöèè äî 300s