-
X-Received: by 2002:a37:a8d6:: with SMTP id r205mr978441qke.716.1641983410953; Wed,
12 Jan 2022 02:30:10 -0800 (PST)
X-Received: by 2002:a37:a8d6:: with SMTP id r205mr978441qke.716.1641983410953; Wed,
12 Jan 2022 02:30:10 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!2.us.feeder.erje.net!feeder.erje.net!news.misty.com!border2.nntp.dca1.gig
anews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google
.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.pecet
Date: Wed, 12 Jan 2022 02:30:10 -0800 (PST)
In-Reply-To: <u...@4...com>
Injection-Info: google-groups.googlegroups.com; posting-host=24.77.110.106;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 24.77.110.106
References: <HJbDJ.180161$onI5.83162@fx13.ams1>
<a...@g...com>
<2...@4...com>
<4...@g...com>
<GtpDJ.41446$Imt7.20696@fx09.ams1>
<u...@4...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1...@g...com>
Subject: Re: interpretacja zachowania dysku
From: ptoki <s...@g...com>
Injection-Date: Wed, 12 Jan 2022 10:30:11 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 67
Xref: news-archive.icm.edu.pl pl.comp.pecet:1273422
[ ukryj nagłówki ]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...
Następne wpisy z tego wątku
- 12.01.22 11:34 ąćęłńóśźż
- 12.01.22 11:50 a...@p...com
- 12.01.22 12:45 ąćęłńóśźż
- 12.01.22 13:00 a...@p...com
- 12.01.22 13:10 a...@p...com
- 12.01.22 13:29 r...@k...pl
- 14.01.22 11:17 Marcin Debowski
Najnowsze wątki z tej grupy
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
- Pendrive, ale dysk
- Dyski HDD SATA 2,5'' >2TB
- Funbox 10 - Czy miał już ktoś styczność z tym sagemowym sprzętem?
- Konwersja dysku z MBR na GPT
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=