🚀 go-pugleaf

JaceK <JaceK@wu_pe.pe_el> pisze:
> Dostałem uszkodzony dysk hdd od znajomego z prośbą o odzyskanie co
> się da. Plan mam taki, aby podłączyć dysk i zrobić jego obraz
> poleceniem dd. Ale co dalej? W sensie czy tak zobiony obraz (dysk ma
> dwie partycje) da radę podmontować jakimś narzędziem pod Linuxem i
> zgrac dane z takiego obrazu? A moze inaczej podeszlibyscie do takiego
> tematu z użyciem Linuxa? Jeśli tak to jak?

0. Może zacznij od ddrescue zamiast dd i zobacz ile ten program nie
   będzie potrafił odczytać mimo wielokrotnych prób.
1. Potem to zależy ile sektorów i w jak ważnych pozycjach przepadło
   oraz jakie systemy plików są na poszczególnych partycjach.
   [ext2/ext3/ext4/ntfs/…]

-- 
Andrzej A. Filip

On 2022-08-21, Andrzej A. Filip <anfi@onet.eu> wrote:
> JaceK <JaceK@wu_pe.pe_el> pisze:
>> Dostałem uszkodzony dysk hdd od znajomego z prośbą o odzyskanie co
>> się da. Plan mam taki, aby podłączyć dysk i zrobić jego obraz
>> poleceniem dd. Ale co dalej? W sensie czy tak zobiony obraz (dysk ma
>> dwie partycje) da radę podmontować jakimś narzędziem pod Linuxem i
>> zgrac dane z takiego obrazu? A moze inaczej podeszlibyscie do takiego
>> tematu z użyciem Linuxa? Jeśli tak to jak?
>
> 0. Może zacznij od ddrescue zamiast dd i zobacz ile ten program nie
>    będzie potrafił odczytać mimo wielokrotnych prób.

Dodajmy dlaczego ddrescue. DDr tworzy obraz dysku, gdzie najpierw czyta 
co się da łatwo odczytać, a dopiero w kolejnych podejściach próbuje 
drążyć bardziej problematyczne sektory uzupełniając wczesniej utworzony 
obraz. A robi to w ten sposób dlatego, że często, jak urządzenie pada to 
pada progresywnie. Każde dłuższe męczenie powoduje powstawania nowych 
uszkodzeń. Zresztą, dd jak dojdzie do pierwszego błędu to w ogóle 
przestanie czytać.

-- 
Marcin

Marcin Debowski <agatek@INVALID.zoho.com> pisze:
> On 2022-08-21, Andrzej A. Filip <anfi@onet.eu> wrote:
>> JaceK <JaceK@wu_pe.pe_el> pisze:
>>> Dostałem uszkodzony dysk hdd od znajomego z prośbą o odzyskanie co
>>> się da. Plan mam taki, aby podłączyć dysk i zrobić jego obraz
>>> poleceniem dd. Ale co dalej? W sensie czy tak zobiony obraz (dysk ma
>>> dwie partycje) da radę podmontować jakimś narzędziem pod Linuxem i
>>> zgrac dane z takiego obrazu? A moze inaczej podeszlibyscie do takiego
>>> tematu z użyciem Linuxa? Jeśli tak to jak?
>>
>> 0. Może zacznij od ddrescue zamiast dd i zobacz ile ten program nie
>>    będzie potrafił odczytać mimo wielokrotnych prób.
>
> Dodajmy dlaczego ddrescue. DDr tworzy obraz dysku, gdzie najpierw czyta 
> co się da łatwo odczytać, a dopiero w kolejnych podejściach próbuje 
> drążyć bardziej problematyczne sektory uzupełniając wczesniej utworzony 
> obraz. A robi to w ten sposób dlatego, że często, jak urządzenie pada to 
> pada progresywnie. Każde dłuższe męczenie powoduje powstawania nowych 
> uszkodzeń. Zresztą, dd jak dojdzie do pierwszego błędu to w ogóle 
> przestanie czytać.

Przy okazji:  ddrescure jest niezły+ jak jest parędziesiąt padniętych
sektorów na dysku.  Gdy padło parę procent dysku dvd to AFAIR był to
"czasochłonny koszmar".

Drugim podejściem dla w miarę nowych dysków jest użycie smartctl to
wykrywania padniętych sektorów i upierdliwą procedurą zerowania
wykrytych błędnych sektorów na dysku. Tyle że to czasochłonna procedura
(pełen test "nie za dużego" nowszego dysku mechanicznego to ok. 2h,
AFAIR raportuje JEDEN błędny sektor)  która ma głęboki sens dopóki
padniętych sektorów jest dosłownie kilka.
Smartctl podaje także wskaźniki "zdrowia" dysku twardego
(smartctl -A /dev/sda) - po tym można oszacować czy oszacować czy to
"tylko" parę padniętych sektorów czy cały dysk siada.

-- 
Andrzej A. Filip

On Mon, 22 Aug 2022 05:57:19 +0200, Andrzej A. Filip wrote:

> Drugim podejściem dla w miarę nowych dysków jest użycie smartctl to
> wykrywania padniętych sektorów i upierdliwą procedurą zerowania
> wykrytych błędnych sektorów na dysku. Tyle że to czasochłonna procedura
> (pełen test "nie za dużego" nowszego dysku mechanicznego to ok. 2h,
> AFAIR raportuje JEDEN błędny sektor)  która ma głęboki sens dopóki
> padniętych sektorów jest dosłownie kilka.
> Smartctl podaje także wskaźniki "zdrowia" dysku twardego (smartctl -A
> /dev/sda) - po tym można oszacować czy oszacować czy to "tylko" parę
> padniętych sektorów czy cały dysk siada.

Long test w SMART to bardzo przydatne narzedzie, zgadza sie. Robi odczyt 
powierzchni, i za jednym zamachem moze wylaczyc z uzytku wiele sektorow 
blednych. Mialem taki dysk ostatnio, ktory z 0 sektorow nagle sobie 
skoczyl na 100 po paru miesiacach intensywnego uzywania w RAID. Juz stary 
byl. Kazdy kolejny SMART long test, i cykl power off power on, dokladal 
kolejne kilkadziesiat sektorow do Reallocated Sectors.
A wiec jesli Ty miales po jednym sektorze po long tescie no to moze nie 
miales takiego zajechanego dysku.

Kolejnym rozwiazaniem jest uzycie Spinrite (platny program), ktory robi 
podobnie jak SMART long test, ale jest bardzo dokladny. Ma wiele cykli, 
np. jeden z nich, najmocniejszy to: odczyt-zapis-werifykacja-zapis 
odwrocony-odczyt-werifikacja-zapis spowrotem co bylo-odczyta-weryfikacja. 
Nic mu nie ucieknie i kazdy niepoprawny sektor oznaczy jako uszkodzony i 
wyswapuje go jako reallocated uzywajac API dysku. Wylapie nie tylko te co 
bledy odczytu ale tez odczytu po swiezym zapisie.

-- 
pozdrawiam,   pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

pioruns <www@com.pl> pisze:
> On Mon, 22 Aug 2022 05:57:19 +0200, Andrzej A. Filip wrote:
>
>> Drugim podejściem dla w miarę nowych dysków jest użycie smartctl to
>> wykrywania padniętych sektorów i upierdliwą procedurą zerowania
>> wykrytych błędnych sektorów na dysku. Tyle że to czasochłonna procedura
>> (pełen test "nie za dużego" nowszego dysku mechanicznego to ok. 2h,
>> AFAIR raportuje JEDEN błędny sektor)  która ma głęboki sens dopóki
>> padniętych sektorów jest dosłownie kilka.
>> Smartctl podaje także wskaźniki "zdrowia" dysku twardego (smartctl -A
>> /dev/sda) - po tym można oszacować czy oszacować czy to "tylko" parę
>> padniętych sektorów czy cały dysk siada.
>
> Long test w SMART to bardzo przydatne narzedzie, zgadza sie. Robi odczyt 
> powierzchni, i za jednym zamachem moze wylaczyc z uzytku wiele sektorow 
> blednych. Mialem taki dysk ostatnio, ktory z 0 sektorow nagle sobie 
> skoczyl na 100 po paru miesiacach intensywnego uzywania w RAID. Juz stary 
> byl. Kazdy kolejny SMART long test, i cykl power off power on, dokladal 
> kolejne kilkadziesiat sektorow do Reallocated Sectors.
> A wiec jesli Ty miales po jednym sektorze po long tescie no to moze nie 
> miales takiego zajechanego dysku.
> […]

Ty chyba piszesz o sektorach "jeszcze do odzyskania/odczytania" które
smartctl oznacza jako "nie używać więcej" (a dokładniej realokuje).
Moje doświadczenie było z sektorami "już nie do odzyskania" _przeważnie_
używanych w plikach albo nawet w krytycznych danych systemu plików.
AFAIR było to na dyskach na których testy smartctl  nie były odpalana
przez dłuższy czas (albo nigdy).  Procedura już po wykryciu była "upierdliwa".

-- 
Andrzej A. Filip

On Mon, 22 Aug 2022 14:00:05 +0200, Andrzej A. Filip wrote:

> Ty chyba piszesz o sektorach "jeszcze do odzyskania/odczytania" które
> smartctl oznacza jako "nie używać więcej" (a dokładniej realokuje). Moje
> doświadczenie było z sektorami "już nie do odzyskania" _przeważnie_
> używanych w plikach albo nawet w krytycznych danych systemu plików.
> AFAIR było to na dyskach na których testy smartctl  nie były odpalana
> przez dłuższy czas (albo nigdy).  Procedura już po wykryciu była
> "upierdliwa".

W takim przypadku polecalbym Ci Spinrite A nie SMART long test, bo long 
test Ci jeszcze realokuje wazne sektory i stracisz dane. A Spinrite 
przejedzie 1000 razy zanim sie podda i zwroci Ci czesto caly plik bez 
uszkodzen ani bez wyzerowanego sektora w srodku. Jak mu sie nie uda 
odzyskac calego to Ci odda np. 500 bajtow z 512 w danym uszkodzonym 
sektorze, ktory wyswapuje dopiero po ostatniej probie odzyskania.

-- 
pozdrawiam,   pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

pioruns <www@com.pl> pisze:
> On Mon, 22 Aug 2022 14:00:05 +0200, Andrzej A. Filip wrote:
>
>> Ty chyba piszesz o sektorach "jeszcze do odzyskania/odczytania" które
>> smartctl oznacza jako "nie używać więcej" (a dokładniej realokuje). Moje
>> doświadczenie było z sektorami "już nie do odzyskania" _przeważnie_
>> używanych w plikach albo nawet w krytycznych danych systemu plików.
>> AFAIR było to na dyskach na których testy smartctl  nie były odpalana
>> przez dłuższy czas (albo nigdy).  Procedura już po wykryciu była
>> "upierdliwa".
>
> W takim przypadku polecalbym Ci Spinrite A nie SMART long test, bo long 
> test Ci jeszcze realokuje wazne sektory i stracisz dane. A Spinrite 
> przejedzie 1000 razy zanim sie podda i zwroci Ci czesto caly plik bez 
> uszkodzen ani bez wyzerowanego sektora w srodku. Jak mu sie nie uda 
> odzyskac calego to Ci odda np. 500 bajtow z 512 w danym uszkodzonym 
> sektorze, ktory wyswapuje dopiero po ostatniej probie odzyskania.

Ja epidemie "u mnie padających dysków" mam dawno za sobą, opisują moje
doświadczenia "historyczne" i mam nadzieje że poza _bardzo_ okazjonalnym
pojedynczym sektorem tego mieć nie będę.

Moje obecne przekonanie to że regularne sprawdzenie dysków smartctl
dają małą szanse na _duży_ zaskakujący skok "zużycia" dysku bez zdarzeń
typu zawilgocenie/przegrzanie - "Gówno się trafia".

Niby mam trochę sprzętu który chciałoby się "zarżnąć aż do samego końca"
w bardzo mało krytycznych zastosowaniach ale to mało krytyczne.

-- 
Andrzej A. Filip

W dniu 22.08.2022 o 17:18, Andrzej A. Filip pisze:
> 
> Moje obecne przekonanie to że regularne sprawdzenie dysków smartctl
> dają małą szanse na _duży_ zaskakujący skok "zużycia" dysku bez zdarzeń
> typu zawilgocenie/przegrzanie - "Gówno się trafia".

Trochę inaczej to widzę. Jak sprawdzasz SMART, to powolną degradację 
nośnika zauważysz, ale czasem zdarza się, że któraś głowica pęka 
nagle(koroduje, ulega zmęczeniu, urywa się, HGW) i w jednym momencie 
cały dysk idzie do piachu - czyli duża i zaskakująca awaria.
Albo pada wzmacniacz sygnału z głowic, który jest montowany na ramieniu 
głowic.
SMART nie zaraportuje zbliżania się takich katastrof.
Z drugiej strony to są tak rzadkie przypadki, że widziałem je tylko na 
filmach z odzyskiwania danych. Pady dysków zaskakiwały mnie ponad 
dwadzieścia lat temu, gdy nie wiedziałem o istnieniu SMART.
-- 
Olek