| openrouter.info https://eko.one.pl/openrouter.info/forum/ |
|
| Dysk HDD po błędach SMART https://eko.one.pl/openrouter.info/forum/viewtopic.php?f=35&t=4852 |
Strona 1 z 1 |
| Autor: | LubMich [ 16 paź 2020, 20:57 ] |
| Tytuł: | Dysk HDD po błędach SMART |
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.. |
|
| Autor: | obsy [ 16 paź 2020, 21:03 ] |
| Tytuł: | Re: Dysk HDD po błędach SMART |
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. |
|
| Autor: | LubMich [ 17 paź 2020, 12:31 ] |
| Tytuł: | Re: Dysk HDD po błędach SMART |
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. |
|
| Strona 1 z 1 | Strefa czasowa UTC+1godz. |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|