Dzisiaj jest 5 lis 2024, 01:20

Strefa czasowa UTC+1godz.




Nowy temat Odpowiedz w temacie  [ Posty: 3 ] 
Autor Wiadomość
 Tytuł: Dysk HDD po błędach SMART
Post: 16 paź 2020, 20:57 
Offline
Użytkownik

Rejestracja: 6 kwie 2016, 09:23
Posty: 19
Lokalizacja: Warszawa/Kraków
Nie bardzo znam miejsc gdzie sensownie się zapytać.. tu może ktoś ma doświadczenie..
OMV zaczęło mnie napastować wiadomościami, że coś mu SMART się nie podoba.. zaglądnąłem i faktycznie jakieś relokowane sektory.. kupiłem nowy dysk.. zamiast przywracać backupy.. to puściłem kopiowanie z tego jeszcze działającego dysku.. trochę po kopiowało.. ale nie szło za szybko.. czasem trochę się rozpędził.. potem zwalniało.. wysłałem proces w tło i wyjechałem na 2 dni..
Przyjechałem 3 dzień kopiowania.. połowa dysku gdzieś się przeniosła.. reszta jeszcze idzie..

Zaglądam iotop.. 5kB/s 20kB/s... no lekko żenua.. czy dysk może się przełączyć w jakiś tryb bezpieczny? czy wszystkie te sektory tak tragicznie się odczytują? Czy właśnie te sektory odzyskuje i przenosi.. ?

Ostatni backup robiłem tar-em.. nie zaglądałem ile to mu zajmowało.. ale raczej nie tak wolno..

teraz zrobiłem snapshota. i przenoszę przez btrfs send | btrfs receive.. nie korzystałem z tego wcześniej.. ale nie przerywa działa nieprzerwanie.. i sam proces mnie zaintrygował..
Dysk ma 33000 h wypracowane..
i relokowane sektory zaczynają rosnąć w trakcie tego przenoszenia.. było reallocated_sector_ct chyba 5 teraz mam 1475..


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: Dysk HDD po błędach SMART
Post: 16 paź 2020, 21:03 
Offline
Administrator
Awatar użytkownika

Rejestracja: 9 kwie 2010, 23:28
Posty: 14176
Lokalizacja: Warszawa
Raczej wychodzą mu timeouty na odczycie danych i sumarycznie masz po prostu niski transfer.
Pada ci już dysk, odzyskaj ile się da z niego i więcej mu nie ufaj.

_________________
http://eko.one.pl - prawie wszystko o OpenWrt


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: Dysk HDD po błędach SMART
Post: 17 paź 2020, 12:31 
Offline
Użytkownik

Rejestracja: 6 kwie 2016, 09:23
Posty: 19
Lokalizacja: Warszawa/Kraków
Czyli raczej timeouty.. niż jakiś magiczny tryb...

Tak wiem.. dysk do wymiany.. kopiowanie chciałem jeszcze uskutecznić.. zobaczymy czy uda się to zakończyć całkowicie..

[edit]coś z przeglądarki telefonu nie zapisują się posty.. to tak przy okazji..

[edit2] No i nie po kopiowało się.. puściłem ddrescue

[edit3] ddrescue cały czas w toku.. heh dawno nie odzyskiwałem danych.. trochę się musiałem z niego do edukować.. bo od dłuższego czasu zaszczycał mnie czasem zakończenia pracy w okolicy 10000 dni..
dla kogoś gdyby miał problem z wolnym kopiowaniem.. to może być wbudowane w kernel zabezpieczenie ddrescue oferuje do pomocy dwa argumenty. Polecam ustawić jakieś -a, co pozwoli przeskoczyć miejsca z wyjątkowo wolnym transferem..


oraz ewentualnie:

-O
--reopen-on-error
Close infile and then reopen it after every read error encountered during the copying phase. If '--min-read-rate' is set, also close and reopen infile after every slow read encountered during the first two passes of the copying phase. Use this option if you notice a permanent drop in transfer rate after finding read errors or slow areas. But be warned that most probably the slowing-down is intentionally caused by the kernel in an attempt to increase the probability of reading data from the device.


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 3 ] 

Strefa czasowa UTC+1godz.


Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów

Szukaj:
Przejdź do:  
cron
designed by digi-led.pl
...Copyright © 2010-2013, Ekipa openrouter.info