eGospodarka.pl

eGospodarka.plGrupypl.comp.pecet › interpretacja zachowania dysku
Ilość wypowiedzi w tym wątku: 15

  • 11. Data: 2022-01-12 12:45:12
    Temat: Re: interpretacja zachowania dysku
    Od: ąćęłńóśźż <...@...pl>

    Sprzedawałbyś dysk w ten sposób??
    Jeszcze 24h czy 72h gwarancji uruchomieniowej to może by przeszło.


    -----
    > kup z możliwością zwrotu do np 2-ch tygodni i męcz go intensywnie cyklami
    erase/read


  • 12. Data: 2022-01-12 13:00:50
    Temat: Re: interpretacja zachowania dysku
    Od: a...@p...com

    Wcale nie przypadkiem, dnia Wed, 12 Jan 2022 02:30:10 -0800 (PST)
    doszła do mnie wiadomość
    <12e6622c-dfe3-45dc-a916-3b777e28dae7n@googlegroups.
    com>
    od ptoki <s...@g...com> :
    >wtorek, 11 stycznia 2022 o 20:02:50 UTC-6 a...@p...com napisał(a):
    >
    >> >Innymi słowy w zasadzie nic nie wiadomo poza tym, że coś się dzieje.
    >
    >Nieco wiadomo, ale odpisuje nie temu przedpiscy wiec prosze o rozwage.
    >Wiadomo ze bledy sie pojawily i kontroler je adresuje naprawiajac.
    >
    >> Sprawa jest prosta, dysk ma dwie tabele reallokowanych sektorów,
    >> "fabryczne" - P-List i powstałe u usera końcowego G-List.
    >> Jeśli jakiś sektor zostanie reallokowany u usera, to musi trafić do
    >> G-List, nie ma w dyskach innej, "tajnej" tabeli na takie sektory,
    >> translator musi znać nowe adresy sektorów po podmianie.
    >> 197 to sktory, które odczytują się z błędem i algorytm korekcji nie
    >> może tego błędu naprawić, mogą sobie tkwić w takim stanie do usranej
    >> znaczy się usłanej różami całkowitej śmierci dysku.
    >> Naprawa polega na zapisie do takiego sektora i weryfikacji, jak się
    >> zweryfikuje poprawnie, to sektor nie jest reallokowany, jak znów jest
    >> błąd, to sektor trafia do G-List w której też zapisywany jest adres
    >> sektora zamiennego.
    >
    >Tak, dziekuje za skrecyzowanie ze to nie tak ze jak sie na liscie 197 sektor pojawi
    to juz jest nie do uratowania.
    >Ale troche sie przyczepie ze takie zachowanie nie jest sztywne, jeden producent
    zrobi tak ze sprobuje zapisu a drugi od razu sektor zrealokuje.
    >W sumie to juz dzis ich na tyle niewielu zostalo ze moze nawet nie ma co roztrzasac
    mozliwosci.
    >
    >Ilu ich jest? Seagate, WD, Toshiba (oni chyba tylko rebranduja WD oidp)?
    >
    >> Takie sektory nie powstają bez powodu, ich obecność może świadczyć o
    >> kłopotach z nośnikiem czy innych problemach, dysk przestaje być
    >> "zaufany" i moim zdaniem powinien zostać objęty wcześniejszą
    >> emeryturą, ewentualnie można go stosować jako magazyn na mniej ważne
    >> dane.
    >
    >I tu tez sie nieco nie zgodze.
    >Przyczyny dla jakich sektory sie uszkadzaja moga byc podobne do tych wykrytych w
    fabryce albo w pierszych tygodniach pracy i te nie beda sie lawinowo mnozyc.
    >Takich bledow na dyskach moze byc calkiem sporo jak dysk sluzy tylko do zapisu (np.
    logi albo materialy wideo nagrywane w kolko i nie odczytywane zbytnio.
    >
    >Natomiast bledy powstale z powodu zanieczyszczen, utleniania sie powlok
    magnetycznych czy jakichs urazow mechanicznych moga powodowac lawinowe narastanie
    liczby uszkodzonych sektorow i w rezultacie pad dysku.
    >
    >Wiec ja bym podsumowal to tak ze jak padlo pare sektorow na relatywnie intensywnie
    uzywanym dysku w ciagu paru miesiecy to nie jest to duzo gorsza oznaka od po prostu
    nowego dysku gdzie tych realokowanych raportowanych w smarcie juz troche jest.
    >Natomiast jak smart relatywnie czesto raportuje nowe uszkodzenia to rzeczywiscie,
    trzeba sie z dyskiem pozegnac, magnesy i lozyska wyjac a reszte bezpiecznie wyrzucic.
    No, albo ontrackowi sprzedac elektronike jak sie oglosza...

    Prawdę mówiąc, już się nie zajmuje dyskami.

    Wpadło mi jeszcze do głowy, że takiemu dyskowi można ustawić funkcję
    write-read-verify, hdparm -R1 /dev/sdx
    -R Get/set Write-Read-Verify feature, if the drive supports
    it. Usage: -R0 (disable) or -R1 (enable). This feature
    is intended to have the drive firmware automatically
    read-
    back any data that is written by software, to verify
    that
    the data was successfully written. This is generally
    overkill, and can slow down disk writes by as much as a
    factor of two (or more).

    lub Victoria/service/DCO/Write-Read-Verify.
    Po każdym zapisie następuje wtedy odczyt i porównanie danych
    zapisanych z odczytanymi, to spowalnie zapisy, u mnie z 100MiB/s robi
    się 25MiB/s.
    Jak ta procedura działa w wypadku niezgodności danych, to nie wiem,
    poza tym chyba część dysków tego nie obsługuje, po reinicjalizacji
    dysku(restarcie) funkcja się wyłącza, ale nie jestem tego pewien do
    końca.


  • 13. Data: 2022-01-12 13:10:02
    Temat: Re: interpretacja zachowania dysku
    Od: a...@p...com

    Wcale nie przypadkiem, dnia Wed, 12 Jan 2022 12:45:12 +0100
    doszła do mnie wiadomość <61debf48$0$531$65785112@news.neostrada.pl>
    od ąćęłńóśźż <...@...pl> :
    >Sprzedawałbyś dysk w ten sposób??
    >Jeszcze 24h czy 72h gwarancji uruchomieniowej to może by przeszło.

    Zawsze 2-3 cykle przejdzie, ale to może być mało.
    Inna sprawa, jeśli to 18TiB to chyba nawet jednego cyklu nie zaliczysz
    w takim czasie.

    >
    >-----
    >> kup z możliwością zwrotu do np 2-ch tygodni i męcz go intensywnie cyklami
    erase/read


  • 14. Data: 2022-01-12 13:29:24
    Temat: Re: interpretacja zachowania dysku
    Od: "r...@k...pl" <r...@k...pl>

    Tue, 11 Jan 2022 10:03:05 -0800 (PST), w
    <451a6d27-5db8-4b1f-b2b2-9cbb7eb74cd6n@googlegroups.
    com>, ptoki
    <s...@g...com> napisał(-a):

    > 197 to sektory czekajace na przemapowanie. One nie beda juz reuzyte. A przynajmniej
    nie w oficjalnej onterpretacji. Co se tam producent zrobil to inna inkszosc.

    Hmm, ja czytałem że właśnie będą o ile ponownie nie stworzą problemów.
    Jeżeli zapis się uda, to wracają do puli sprawnych.
    Jak nie, to lądują w reallocated.


  • 15. Data: 2022-01-14 11:17:11
    Temat: Re: interpretacja zachowania dysku
    Od: Marcin Debowski <a...@I...zoho.com>

    On 2022-01-12, a...@p...com <a...@p...com> wrote:
    > Victoria i MHDD dają sobie radę w naprawie takich sektorów bez
    > ruszania reszty danych na dysku.

    Zapuściłem Vikorię najpierw w zapisie, potem w weryfikacji i nie
    znalazła nic. Bloków z odczytem 20-200ms ca 2k5, wolniejszych nie ma.

    Dalej zapuściłem extended test via smart i też ukończył bez błędów. Stan
    relokowanych / offline stabilny.

    Apropos testu, jest jakiś sposób aby sprawdzić status zaawansowania
    smartctl?

    Oczywiście nie mam zamiaru używać tego dysku do niczego czego potem nie
    odtworzę, ale jeszcze gdzieś mi posłuży. To jest HGST z przebiegiem
    (power on) ca 2ch lat.

    Niesty ten model nie obsługuje write-read-verify.
    A ma ktoś doświadczenie z tym?:
    https://github.com/maharmstone/btrfs

    Dzięki za wszystkie w tym wątku uwagi.

    --
    Marcin

strony : 1 . [ 2 ]


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: