gazeta.pl na tropie afery zegarkowej

„Cenisz dobre dziennikarstwo?”
KTR: Obudowa Tacens Mars M0 (mATX, USB3.0)
Niespasowane gówno z blachami cienkimi jak dwie kartki o gramaturze 80.
Tym wpisem rozpoczynam nową serię pod malowniczym tytułem: Krótka Treściwa Recenzja (KTR)
ddrescue dla całych katalogów
cd /uszkodzony/nosnik
mkdir -p /chce/odzyskac/na/sprawny/nosnik
find . -type d -exec mkdir -p /chce/odzyskac/na/sprawny/nosnik/{} \;
find . -type f -exec ddrescue {} /chce/odzyskac/na/sprawny/nosnik/{} \;
Ubuntu 14.10 Utopiony Unikorn
Pisałem już kiedyś o Ubuntu Precyzyjny Pindol. Dziś odwiedzałem „wroga” przy jakiejś okazji i okazało się, że lada chwila wydają kolejną edycję — Utopiony Unikorn.
Dzieciomowa, o życiu, wszechświecie i całej reszcie
Wieczór, wanna, rozmowy o życiu, wszechświecie i całej reszcie. Wyjaśniam, że każdy się starzeje. Mówię córce, że ona też się starzeje, codziennie i codziennie jest bliżej np. piątych urodzin. A ona „tato! Ja się nie starzeję, tylko większeję!”.
Dzieciomowa, onomatopeja
Przy okazji nauki słów trudnych, rzadkich i ciekawych wyszła nam onomatopeja. A przy tej okazji wyszło, że psy hauczają.
Dzieciomowa, chlebownia
Chlebownia — pojemnik na chleb, chlebak.
Odzyskiwanie systemu Windows z plików .swm
Proste rzeczy czasem niesamowicie się komplikują... Oto jest Toshiba, która zawiera następującą mieszankę: uszkodzona partycja recovery, dysk zaszyfrowany TrueCryptem, powycierany klucz licencyjny. Pierwsze, niestety, wynikło z drugiego - TrueCrypt zmienił bootloader, więc odzyskiwanie systemu przestało działać. Licencja, prócz wersji systemu (dziwne, że akurat to się nigdy nie wyciera), była czytelna w 70%. Na szczęście, na partycji D:, pozostał katalog HDDRecovery, a w nim pliki .swm.
System na starym dysku jeszcze działał, więc w pierwszej kolejności wydłubałem z niego klucz i próbowałem na nim aktywować świeżą instalację. Niestety, nic z tego („klucz nie jest odpowiedni na potrzeby aktywacji” - cóż, OEMkey.)
Czy ten zbieg okoliczności to nie dobra okazja na odzyskanie systemu z .swm?
Co było potrzebne:- zewnętrzy dysk USB (dysk, pendrive)
- skopiowane na ww. dysk pliki .swm
- program imagex (uwaga, w odpowiedniej wersji 32/64-bit)
- płyta z odpowiednim systemem Windows (w tym wypadku 7, 64-bit)
- Formatuję nowy dysk wedle własnego widzimisię.
-
Uruchamiam komputer z płyty DVD Windows:
» Napraw komputer » Wiersz polecenia. Odnajduję dysk zewnętrzny z plikami .swm i imagex i klepię:
imagex /ref 112358XSP*.swm /apply 112358XSP.swm 2 c:\
/ref pokazuje aplikacji imagex lokalizację podzielonych plików obrazu (stąd *) /apply definiuje imagex lokalizację pierwszego pliku obrazu -
Restartuję komputer i ponownie uruchamiam z płyty:
» Napraw komputer
Pozwalam mu się samonaprawić przy uruchomieniu. -
Restartuję komputer i raz jeszcze uruchamiam z płyty:
» Napraw Komputer » Wiersz polecenia
bootrec /fixmbr - Restartuję komputer i działa.
Niestety w punkcie 5 pojawił się problem. Wszystko ruszyło z dysku, ale przygotowanie do uruchomienia trwało i trwało i trwało... Wkrótce znalazłem problem z większością poradników odzyskiwania z .swm (dzięki stronie Sauron IT [1]). Okazało się, że w .swm może być informacja o kilku partycjach. Jak to sprawdzić?
imagex /ref 112358XSP*.swm /apply 112358XSP.swm * c:\Wyjściem komendy będzie plik XML, który da się zbadać okiem i wyciągnąć wnioski. Wniosek w moim wypadku był taki: mamy tam schowane dwie partycje. Partycja pierwsza, to „ukryta” część Windows 7. Partycja druga, to normalny „dysk C:”.
Poszedłem na skróty i do listy wymaganych rzeczy dodam:
cokolwiek pozwalające skopiować partycje z dysku na dyskSam użyłem CloneZilla z pendrive (5), a następnie dd bez żadnej finezji (dd if=/dev/starydysk of=/dev/nowydysk, ^c po kilku sekundach). Na nowym nośniku pojawiły się trzy partycje ze starego dysku, ale interesują mnie tylko dwie pierwsze.
Tym razem kroki wyglądają następująco:- Formatuję dwie partycje nowego dysku (wyszło tak, że C: to ta „ukryta” partycja Windows 7 o pojemności ~400MB, a D: to „partycja z Windows”)
-
Uruchamiam komputer z płyty DVD Windows:
» Napraw komputer » Wiersz polecenia
Odnajduję dysk zewnętrzny z plikami .swm i imagex i klepię na podstawie tego co widziałem oczkami w pliku XML:
imagex /ref 112358XSP*.swm /apply 112358XSP.swm 1 c:\
imagex /ref 112358XSP*.swm /apply 112358XSP.swm 2 d:\
Testowo uruchamiam komputer z dysku — zgłasza się TrueCrypt o hasło. Po podaniu hasła wyświetla błąd bootloadera. -
Restartuję komputer i ponownie uruchamiam z płyty:
» Napraw komputer
Pozwalam mu się samonaprawić przy uruchomieniu.
Ponownie testowo uruchamiam komputer z dysku — ponownie zgłasza się TrueCrypt o hasło. Po podaniu hasła ponownie wyświetla błąd bootloadera. -
Restartuję komputer i raz jeszcze uruchamiam z płyty
» Napraw Komputer » Wiersz polecenia
bootrec /fixmbr (co wywala bootloader TrueCrypt i zapisuje czysty, goły, działający) - Restartuję komputer i działa, odzyskiwanie idzie pełną parą
BAD_POOL_CALLER STOP: 0x000000c2
BSOD. Zły. Niebieski. Z tajemnym kodem błędu zrozumiałbym tylko dla pracowników Microsoftu z odpowiednimi uprawnieniami. BSOD.
Pojawia się znikąd. Laptop sobie działa, działa, a nagle *łup*. BSOD. Mało tego, instaluję nowy system… BSOD! Wszystkie testy — dysk, pamięć, testy producenta na cztery litery, grzanie CPU, pół dnia używania Ubuntu z „patyka” — przechodzi bez problemu.
Kilka godzin później spędzonych na przekopywaniu setek BAD_POOL_CALLER‑ów się poddaję. Jednak jedna rzecz nie daje mi spokoju. Przycisk od zasilania trzeba wyjątkowo głęboko wciskać. Może to zboczenie, ale po prostu nie miałem serca oddać go z… uszkodzonym przyciskiem. Otworzyłem go raz jeszcze, tym razem od strony klawiatury i znalazłem powód wadliwego działania przycisku — gumka się odkleiła i przesunęła o kilka milimetrów.
W szufladzie miałem akurat superszybki klej, a trupowi to przecież nie zrobi różnicy. Wkleiłem wszystko na swoje miejsce, skręciłem i… działa.
Zabawa, zabawa, zabawa z LACIE Network Space 2
Dyski nie są wieczne. Dyski się psują. Dyski marudzą. Później marudzą użytkownicy. Tak też trafiła mi się okazja do wymiany dysku w LACIE Network Space 2.
Myślałem, że to będzie prosta historia. Klik klik ole! Nic z tego… Stary twardziel świecił w SMART ponad trzema tysiącami błędnych sektorów. Co gorsze, jego następca (WD Black, bo tak, bo pięć lat gwarancji) odrobinę różni się rozmiarem. 1TB niestety != 1TB.
Wg znalezionego opisu [1] wszystko wydaje się proste. Nawet jest automat [2], który robi wszystko za ciebie. Phi, automat. Kto by go używał? Poszło z palca i…
NAS wystartował i po kilku sekundach wesoło mrugał niebieską diodą - coś było nie tak. Wydłubałem dysk, podłączyłem do komputra. Wtedy okazało się, że ten 1TB niekoniecznie musi być tak jak inny 1TB. Ustawiłem partycje wg własnego widzimisię, tzn. dając odrobinę większe „Blocks” niż oryginalnie [3] - przy tych samych parametrach „Start/End” nowy dysk miał mniej „Blocks”. Ponownie dograłem wersję 1.2.93 i…
NAS wystartował i po kilku sekundach wesoło mrugał niebieską diodą - coś było nie tak. Wydłubałem dysk, podłączyłem do komputra. Nagrałem firmware 1.2.6 i…
NAS wystartował i po kilku sekundach wesoło mrugał niebieską diodą - coś było nie tak. Wydłubałem dysk, podłączyłem do komputra. Nie chce wersji 1.2.x? Niech mu będzie, nagrałem pierwszą dostępną - 1.0.2 i…
NAS wystartował i po kilku sekundach wesoło mrugał^Wświecił niebieską diodą. Działa! Ale nie mogło być zbyt różowo, nie? XFS utworzony na komputerze jest, niestety, nielubiany przez oprogramowanie LACIE. Wydłubałem dysk, przez modyfikację kapsuły [4] od‑# odpowiednie linijki, dodałem klucz do authorized_keys i…
NAS wystartował i po kilku sekundach wesoło świecił niebieską diodą. Zalogowałem się ssh, utworzyłem „odpowiedni” xfs. Już byłem w ogródku… Niestety, to _nie_ był koniec. Okazało się, że Windowsowa aplikacja LACIE (auth fail), jak i Makowa, nie mogą zaktualizować firmware'u. DOH!
Próbowałem wg różnych (wszystkich możliwych?!) opisów. Umieścić firmware (kapsuła 2.2.8) w „My Share” [5], w „My Share/Update”, w „Share/Update” (w zasadzie wszędzie…). Co ciekawe, po umieszczeniu w „My Share” NAS podczas restartu usuwał .capsule, ale się nie aktualizował.
Można z tym żyć, ale zaraz słyszałem lament, że to się wieszało, że miało jakąśtam dodatkową funkcję, że to, że tamto. Ostatecznie poratował mnie skrypt automagicznego tworzenia modyfikowanej kapsuły [6]. W zasadzie to nawet nie tyle sam skrypt, ale dzięki niemu dobrałem się do starszego firmware — w tym wypadku 1.2.5 (niestety starszego firmware do pobrania na stronie LACIE nie znalazłem). Na głupa wrzuciłem go do „My Share” i zrestartowałem NAS i…
NAS wystartował i po kilkunastu sekundach chrobotania zrestartował się ponownie. I co? Zaktualizował się! Tak po prostu. Klik klik ole! Co więcej, wersja 1.2.5 pozwoliła na dalszą automagiczną aktualizację z poziomu przeglądarki, więc dalej poszło jak gorącym żelazem w masło.
Teraz pozostaje tylko odzyskać dane z poprzedniego dysku.
[1] Installing firmware on a new disk[2] Unbrick a Bricked Lacie Network Space 2
[3] Partitiontable.txt
[4] Network Space 2 — Enabling SSH root access
[5] Update the Network Space 2 from 1.0.2 to 1.2.5 using MyShare
[6] Create a Custom Capsule (aka Custom Firmware)