[Rozwiązano] Dysk robi błędy przy zapisie. Według SMART jest zdrowy.

Jak w temacie. Przy ściąganiu plików i zapisywaniu ich na dysku pojawiają się błędy (widać przy odtwarzaniu. Przy ponownym ściągnięciu i zapisaniu w innym miejscu dysku tych błędów już nie ma). Skanowanie różnymi programami nie pokazuje żadnych problemów.
dane ze smarta:

ST2000DM001-1ER164 (W4Z1SWGQ)
ID Opis atrybutu Próg Wartość Najgorsze Dane Stan
01 Raw Read Error Rate 6 117 99 165188056 OK: wartość w normie
03 Spinup Time 0 99 96 0 OK: zawsze pozytywnie
04 Start/Stop Count 20 83 83 18348 OK: wartość w normie
05 Reallocated Sector Count 10 100 100 0 OK: wartość w normie
07 Seek Error Rate 30 52 52 86092510 OK: wartość w normie
09 Power-On Time Count 0 65 65 31118 OK: zawsze pozytywnie
0A Spinup Retry Count 97 100 100 0 OK: wartość w normie
0C Power Cycle Count 20 96 96 4627 OK: wartość w normie
B7 <specyficzne dla dostawcy> 0 100 100 0 OK: zawsze pozytywnie
B8 End-to-End Error 99 100 100 0 OK: wartość w normie
BB Reported Uncorrectable Errors 0 100 100 0 OK: zawsze pozytywnie
BC Command Timeout 0 100 100 0 OK: zawsze pozytywnie
BD High Fly Writes 0 90 90 10 OK: zawsze pozytywnie
BE Airflow Temperature 45 61 55 656605223 OK: wartość w normie
BF Mechanical Shock 0 100 100 0 OK: zawsze pozytywnie
C0 Power-Off Retract Count 0 99 99 3221 OK: zawsze pozytywnie
C1 Load/Unload Cycle Count 0 32 32 137088 OK: zawsze pozytywnie
C2 Temperature 0 39 45 39 OK: zawsze pozytywnie
C5 Current Pending Sector Count 0 100 100 0 OK: zawsze pozytywnie
C6 Offline Uncorrectable Sector Count 0 100 100 0 OK: zawsze pozytywnie
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: zawsze pozytywnie
F0 Head Flying Hours 0 100 253 19893 OK: zawsze pozytywnie
F1 <specyficzne dla dostawcy> 0 100 253 250229147 OK: zawsze pozytywnie
F2 <specyficzne dla dostawcy> 0 100 253 557465473 OK: zawsze pozytywnie

Z tego co się zorientowałem to błędy pojawiają się tylko przy zapisie w niektórych miejscach dysku. I teraz moje pytanie. Jaki program użyć by mi wykrył te miejsca i wyłączył je z użycia?
Zrobiłem test zapisu/odczytu programem HardDiskValidator i na czerwono zaznaczył mi dwa takiej miejsca gdzie test został oblany, tylko nie wiem czy on coś z tym zrobił, czy tylko wypisał informacyjnie...

Witam,
nie do konca rozumiem chec twojej naprawy dysku w postaci "wylaczenia z uzycia blednych miejsc",
to jest proszenie sie o problemy w krotkim czasie, jezeli dysk zaczal sie psuc to bedzie tylko gorzej.
Czy mozesz zamiecic smart w normalnej postaci, narazie nie widac ktore wartosci sa gdzie.
SMART nie wyglada idealnie.
Pozdrawiam

viayner napisał:

Witam,
nie do konca rozumiem chec twojej naprawy dysku w postaci "wylaczenia z uzycia blednych miejsc",
to jest proszenie sie o problemy w krotkim czasie, jezeli dysk zaczal sie psuc to bedzie tylko gorzej.

Nie do końca rozumiem o jakie problemy się proszę? Że mi zniknie plik video, który mogę sobie pobrać drugi raz?
Chcę wyłączyć z użycia te części dysku na których zapis powoduje błędy. Nie proszę o rady, jak bezpiecznie przechowywać dane albo że mam se kupić nowy dysk.

Defragmentacje przeprowadzałem. Nic to nie zmieniło w wyżej wymienionym problemie.

Sprawdź pamięć RAM - jej błędy też uszkadzają dane na dysku, czego oczywiście SMART nie zaraportuje. Poza tym zdążyło mi się odzyskiwać dane z dysku w którym SMART a w zasadzie większość jego parametrów, przestała się odświeżać.

helmud7543 napisał:

Sprawdź pamięć RAM

To nie jest pamięć ram (mam kilka dysków). Skanuje teraz programem victoria 5.24 z opcją verify i remap. Jest gdzieś w połowie i znalazła 7 błędów. Przy każdym znalezionym błędzie dysk wydawał charakterystyczny odgłos tak jak by się resetował czy włączał na nowo, ale bez zmiany prędkości obrotów. Czy victoria wyłączy te miejsca z użytkowania?

W trybie IDE - nie wiadomo. Teoretycznie tak, w końcu to wymuszenie zapis odczyt ale nie zawsze działa dobrze pod Windows, chyba że wersja z pod DOS ale najlepiej Vivard użyć. Jeśli SMART zawieszony to nie wyłączysz ich na poziomie hardware. Zostaje checkdisk lub pełne formatowanie - jeśli znajdzie te błędy. Bardzo dziwna usterka. Ja bym tego memtesta puścił mimo wszystko.

viayner napisał:

SMART nie wyglada idealnie.

Przeciwnie. Wygląda idealnie. Nawet (BF) = 0.
Dokładnie Panie @helmud7543 . Takie rzeczy to "tylko w DOSie".

qrek1 napisał:

Jest gdzieś w połowie i znalazła 7 błędów.

Po remapie zamieść ponownie SMART z CDI bo można oczopląsu dostać.
Dysk przepracował >30.000 godzin. Może być już zużyty.

helmud7543 napisał:

Bardzo dziwna usterka. Ja bym tego memtesta puścił mimo wszystko.

Myślę, że można @qrek1 zaufać, skoro napisał

qrek1 napisał:

To nie jest pamięć ram (mam kilka dysków).

Zapewne pliki uszkadzają się przy zapisie tylko na tym dysku.

safbot1st napisał:

Przeciwnie. Wygląda idealnie. Nawet (BF) = 0.

Przeciwnie, daleko mu do ideału.

qrek1 napisał:

ST2000DM001-1ER164 (W4Z1SWGQ)
ID Opis atrybutu Próg Wartość Najgorsze Dane Stan
07 Seek Error Rate 30 52 52 86092510 OK: wartość w normie
BD High Fly Writes 0 90 90 10 OK: zawsze pozytywnie
C1 Load/Unload Cycle Count 0 32 32 137088 OK: zawsze pozytywnie

Wartość znormalizowana Seek Error Rate się zmniejsza, wystąpiły pojedyncze przypadki High Fly Write, a do tego ma 137 tysięcy cykli parkowania głowicy za sobą. To nie jest idealny SMART. 07 oraz C1 świadczą o tym, że powoli dysk dopada starość (co nie powinno przekładać się wprost na błędy, ale na wydajność owszem).

Dysk był zapełniony prawie w całości. Doszło do sytuacji, że potrafił parkować głowicę na okrągło cały czas, czyli co sekundę, jeśli nie były mu zlecone żadne kopiowania. Teraz opróżniłem go w połowie i już tego nie ma. Niemniej robi błędy przy zapisie. Czasami nagra się kilkadziesiąt GB bez błędu, czasem w jednym pliku 1GB jest kilka błędów. Pewnie zależy to od obszaru na jaki się trafi nagrywanie. Dlatego kombinuję jak by czy by nie można tych gorszych obszarów jakoś zlokalizować i odciąć.

Robiłeś remap victorią i? Nic?

safbot1st napisał:

Po remapie zamieść ponownie SMART z CDI bo można oczopląsu dostać.

W ten sposób ustalimy co się dzieje ze SMART i czy on jest w ogóle aktualizowany (jak sugerowano),
ponieważ jak na razie Twoja teoria "obszarów" nie ma podstaw w SMART z powodu braku odnotowanych badsectorów.

qrek1 napisał:

Jest gdzieś w połowie i znalazła 7 błędów.

Jeśli to jest prawidłowość, to utwórz partycję na 46-47% od początku dysku, a resztę zostaw nieprzydzielone.
To wystarczy do sprawdzenia.
Jeśli uszkodzona jest mechanika lub elektronika dane będą się uszkadzać losowo.

Zrobiłem remap w victoria drugi raz i znów znalazł błędy, tym razem 16. Wszystkie pomiędzy 0,4T a 1,2T. Dysk ma 2T.

W SMART nawet śladów po tych błędach nie ma. Skoro dostaje błędów rozsianych po prawie całej powierzchni to rzeczywiście warto go wymienić, nie można już takiego dysku traktować jako niezawodnego urządzenia do przechowywania danych.

Zastanawiam się czy to są wogóle błędy, czy wydłużone czasy odczytu, związany z tym że w dysk postanowił sobie właśnie w momencie sprawdzania zaparkować głowicę. Za każdym razem gdy wydaje z siebie odgłos parkowania głowicy, victoria zaznacza to na jak niebieski Err.

Czy ja gdzieś napisałem że zamierzam używać dysku do niezawodnego przechowywania danych, zwłaszcza po tym jak dane na nim potraciłem? (nic ważnego tam nie trzymałem) Istotne dane zawsze mają backup.

To są błędy odczytu, wydłużony czas odczytu to kolory zielony/pomarańczowy/czerwony.

Tylko czy on w tym momencie parkuje głowicę, bo pojawił się błąd odczytu, czy błąd odczytu pojawia się dlatego, że w tym momencie dysk sobie zaczął parkować głowicę?

qrek1 napisał:

Za każdym razem gdy wydaje z siebie odgłos parkowania głowicy, victoria zaznacza to na jak niebieski Err.

Wg. mnie to nie badsectory tylko uszkodzone coś innego - mechanika(?).
Zobaczcie jakie szerokie są "dziury" w wykresie. To wygląda jakby czytał dane, a głowica była w złej pozycji (co jak tam wiem?)
Czyli SMART notuje prawidłowo - (C1) wzrasta i nic poza tym.

qrek1 napisał:

Wszystkie pomiędzy 0,4T a 1,2T. Dysk ma 2T.

Czyli to jest zakres pracy głowicy, w którym ona działa niepoprawnie.
Niechże wyjaśniłby to ktoś z "odzyskiwania danych" dla nas...
Tak czy inaczej, dysk żadnych danych już nijak sensownie nie przechowa, nawet jeśli powierzchnia talerza jest bez skazy...

qrek1 napisał:

Tylko czy on w tym momencie parkuje głowicę, bo pojawił się błąd odczytu, czy błąd odczytu pojawia się dlatego, że w tym momencie dysk sobie zaczął parkować głowicę?

Jak napisałem powyżej - wg. mnie - to drugie.

safbot1st napisał:

Zobaczcie jakie szerokie są "dziury" w wykresie. To wygląda jakby czytał dane, a głowica była w złej pozycji (co jak tam wiem?)

Na wykresie wygląda jakby było 6 bad sektorów. Może nie warto fantazjować o złej pozycji głowicy...

safbot1st napisał:

Czyli SMART notuje prawidłowo - (C1) wzrasta i nic poza tym.

W przypadku błędnego odczytu nie jest wykonywane parkowanie głowicy, C1 wtedy nie wzrasta, nie taka jest rola C1.

safbot1st napisał:

Czyli to jest zakres pracy głowicy, w którym ona działa niepoprawnie.

Nie tak wygląda uszkodzenie głowicy jeśli chodzi o odczyt danych

qrek1 napisał:

Tylko czy on w tym momencie parkuje głowicę, bo pojawił się błąd odczytu, czy błąd odczytu pojawia się dlatego, że w tym momencie dysk sobie zaczął parkować głowicę?

On raczej nie parkuje głowicy (dlaczego miałby się na to decydować w momencie, gdy użytkownik chce czytać dane?) tylko raczej robi ponowną próbę odczytu sektora, co może wiązać się z ponownym wyszukaniem pozycji sektora.

Już napisałem, zapewne ponosi mnie fantazja → chętnie usłyszę opinię Panów z "Odzyskiwania".
Pozostaje wciąż ta sama kwestia, dlaczego nie widać badsectorów w SMART (UNC).

Cytat:

On raczej nie parkuje głowicy (dlaczego miałby się na to decydować w momencie, gdy użytkownik chce czytać dane?) tylko raczej robi ponowną próbę odczytu sektora, co może wiązać się z ponownym wyszukaniem pozycji sektora.

To wygląda tak. Victoria przy sprawdzaniu się zatrzymuje i jednocześnie słychać dźwięk parkowania głowicy. Zaznaczany jest Err i od razu jak sprawdzę smarta, to widać że C1 wzrósł o 1.
Jak skończy kolejną rundę sprawdzania to zamieszczę obrazek z rozkładem błędów, ale z tego co już widzę to na pewno nie jest losowy rozkład.

qrek1 napisał:

na pewno nie jest losowy rozkład.

Skoro tak zaobserwowałeś.
Z kolei "wróżki" podpowiadają, że usterka może dotyczyć bufora dysku lub właśnie uszkodzonych głowic zapisu.
W przypadku 2 "krojenie" dysku przez HPA, czy partycjonowanie nie przyniesie skutku. W pkt.1 - być może. Nie wiem.

3 sprawdzenie victoria. Rozkład Err raczej nie jest losowy. Może błędy są tam gdzie są dane zapisane, a na pustych obszarach nie?

Tak to nie działa. Program ma testować niezależnie, czy dane są, czy "nie". Po prostu podaj czy adresy UNC po każdym skanie są identyczne?

Skoro dałem opcje remap, to jak znajdzie Err, to rozumiem że coś robi z tymi sektorami... Czy nic nie robi? Podaje taki komunikat za każdym razem przykładowo: Block start at 1601773999 auto reassign... OK
Za każdym skanowaniem w innym miejscu te Err wypadają, ale zawsze raczej w okolicach drugiej ćwiartki dysku.

Dane na dysku zawsze są - przecież zawsze na żądanie odczytu sektora dostajemy jakąś odpowiedź. A to, czy wiemy, co z tą odpowiedzią zrobić, czy nie, dysku już nie obchodzi. Sprawdź zasilacz. Takie parkowanie głowicy w czasie pracy nie jest normalne.

Parkowania głowicy pojawiały się często jak dysk był zapełniony na full. Teraz są rzadkie jak go wyczyściłem z połowy rzeczy i zdefragmentowałem. Zasilacz mam chiefteca 500W i nie robi problemu z drugim dyskiem, ani z wymagającą kartą graficzną. Nie wiem dlaczego miałbym go sprawdzać.

Chociażby dlatego, że masz problem z dyskiem. Sprawdź stabilność parametrów prądu w czasie pracy. Najlepiej miernikiem, bo programy czasem kłamią. I obejrzyj uważnie złącze zasilania, do którego jest podpięty ten dysk. Nawet najbardziej kretyńsko rozwiązane zarządzanie energią nie powinno wymuszać parkowania głowic w trakcie, kiedy dysk wykonuje jakieś operacje. Sprawdź to, o co byłeś już wcześniej proszony włącznie z memtestem i weryfikacją, czy błędy powtarzają się w tych samych adresach LBA, bo lenistwo w diagnostyce jest najkrótszą drogą do nieznalezienia rozwiązania problemu.

Problemy z parkowanie głowicy obserwuję już od dłuższego czasu. Miesiąc temu sprzedałem kość ram 8GB i kupiłem 2 nowe identyczne 8GB. Wtedy robiłem testy ram i ram był dobry.
Napisałem już, że błędy nie pojawiają się w tych samych adresach LBA. Błędy z parkowanie głowicy nie mają nic wspólnego z zasilaczem. Koniec kropka. Przykład: Mam ściągnięte dwa filmy. Jeden jak przewijam to dysk cały czas parkuje i robi przycinki związane z tym parkowaniem. Drugi film w innej części dysku nagrany przewija się płynnie, żadnego parkowania głowicy przy przewijaniu.

Dobra, wiesz lepiej, więc wymień dysk.

https://www.youtube.com/watch?v=Hot6awsfPWU
Że też na to nie wpadłem. Zamiast pójść do sklepu to ja głupi wątek założyłem.