Disks raportează „Discul este OK, 5439488 sectoare defecte”

Asta mi s-a părut a fi o mulțime de sectoare proaste. Acesta este un SSD SATA M.2, dar am crezut că acele lucruri au avut grijă să ascundă sectoarele dăunătoare fără ca sistemul de operare să fie nevoit să-și deranjeze capul destul de mic în privința lor. Ubuntu 20.04 pare să fie capabil să numere aceste sectoare dăunătoare, dar totuși anunță că discul este „OK”.

Discul este „OK”? Primisem mesaje de eroare misterioase care anunțau că „Ubuntu 20.04 a experimentat o eroare internă” cu raportul /var/crash sugerând că problema este (fiind detectată de?) gnome-control-center. Sistemul a funcționat foarte bine în urma acestei erori... până când am repornit. De două ori, o repornire după această eroare a eșuat complet, necesitând o nouă instalare completă a 20.04.

De ce Disks declară „OK” o unitate pe care este capabilă să detecteze 5439488 sectoare defecte? Am presupus că Disks îmi spunea „aveți un SSD vechi, dar totul este sub control.Dar dacă numărul de sectoare defectuoase este responsabil pentru eșecurile de repornire (presupunerea mea, nu faptele), de ce se pare că Disks oferă SSD-ului o trecere?

Ipoteza mea inițială de lucru a fost că SSD-ul eșua rapid. Un răspuns timpuriu la această postare (care acum pare să fi dispărut) a fost sigur că 5439488 de sectoare defecte erau un semn sigur că unitatea trebuia înlocuită.

Acum cred că este greșit.

În primul rând, numărul sectorului defectuos rămâne stabil la 5439488 chiar și acum, câteva zile mai târziu. Iar ideea mea că supraprovizionarea care are grijă de sectoarele proaste (care vor fi o realitate pentru SSD-uri) este o funcție pe care controlerul SSD o menține invizibilă pentru sistemul de operare, pare să fi fost o concepție greșită. Supraprovisionarea trebuie să fie vizibilă, deoarece capacitatea pe care unitatea o publică în lume este de 256 GB. Supraprovizionarea internă ar oferi, cred, doar 240 GB.

Întrebarea mea inițială s-a rezumat la aceasta: supraprovizionarea ascunde sectoare defecte din sistemul de operare până când supraprovisionarea se epuizează, caz în care cele 5439488 sectoare dăunătoare vor fi depășite care consumă capacitatea utilizabilă; sau sistemul de operare raportează de fapt fiecare sector eșuat, inclusiv pe cele îngrijite de supraprovizionare?

Cu toate acestea, acum îmi este clar că supraprovisionarea, probabil gestionată de controlerul SSD (nu e așa?) este raportată la SMART și că Gnome Disks și GSmartControl trebuie să citească acest lucru din SMART.

Două teste scurte și un test extins cu GSmartControl, BTW, toate finalizate fără erori. Ca și discurile Gnome, GSmartControl raportează unitatea ca fiind „OK”

După socoteala mea, numărul actual de sectoare defectuoase (stabil) se ridică la aproximativ 2,8 GB. Un SSD care a supraprovizionat în secret ar anunța 240 GB, oferind o rezervă de aproximativ 16 GB. Suntem bine în această limită.

Am început cu presupunerea că au existat conexiuni între 1. Numărul de sectoare defectuoase ale discurilor Gnome, 2. Mesajul „Ubuntu 20.04 a experimentat o eroare internă” și 3.Eșecul de două ori experimentat la pornire.

Dar s-ar putea să greșesc destul de mult în privința asta. Ultimul mesaj de eroare internă Ubuntu nu a fost urmat de eșecul la pornire. După cum am spus, numărul de sectoare defectuoase rămâne stabil și sistemul pare să funcționeze bine.

Prima schiță a acestei postări a fost inițial depreciată de mod ca fiind bazată pe opinii. Nu sunt sigur ce înseamnă asta... da, este opinia mea considerată acum, după multă experimentare și deliberare, că SSD-ul în cauză este încă într-un nick decent, utilizabil și nu trebuie înlocuit (și că problema de non-pornire nu este nu este conectat).

Întrebarea de bază aici ar fi atunci: este aceasta o evaluare corectă? Ce îmi lipsește.

Întrebări secundare: am dreptate când presupun că un SSD care își anunță capacitatea maximă gestionează în continuare sectoare proaste la nivel intern, dar le raportează la SMART? Un SSD vândut ca, de exemplu, 240 GB gestionează supraprovisionarea internă a acelui 16 GB fără a raporta la SMART?

Răspunsurile aparent nu sunt ușor de găsit pe web. Poate cineva de aici să ajute?

-- Chris

hex (5439488) „0x530000”

Este mai probabil ca acest număr să fie un pic model. Multe dintre valorile brute enumerate de smartctl sunt modele de biți. Modul de interpretare a acestora depinde de obicei de producătorul în cauză.

Un număr mare de sectoare proaste nu este neapărat o problemă. Dar dacă numărul de sectoare dăunătoare crește (în special pe rugina învârtită) sau ați rămas fără sectoare de înlocuire (fie pe mecanice, fie pe SSD), defecțiunea poate veni în curând. (Se presupune că nivelul de scriere ajută la acest lucru, dar poate înrăutăți lucrurile dacă scrieți frecvent un disc majoritar. Ar trebui să utilizați trim înainte de a face o rescrie completă a discului pentru a atenua acest lucru.)

De asemenea, rețineți că SSD-urile au un număr limitat de cicluri de scriere pe bloc; SSD-urile folosesc nivelarea uzurii pentru a încerca să ofere fiecărui bloc același număr de scrieri pentru a prelungi durata de viață a unității. Dacă informațiile SMART le afișează, aceasta ar trebui să fie afișată ca Wear_Leveling_Count și numărul sub valoarea curentă este un procent rămas. Când aceasta ajunge la zero, unitatea va muri, probabil că nu mai acceptă scrierile.

Dacă aveți 5439488 sectoare defecte, aș înlocui unitatea, deoarece este o mulțime de sectoare defecte. Faceți backup și înlocuiți unitatea, are șanse mari să se defecteze în curând.

Citiți ce este un sector prost: https://www.howtogeek.com/173463/bad-sectors-explained-why-hard-drives-get-bad-sectors-and-what-you-can-do-about-it/.

Sper că acest lucru vă ajută. Jonathan Steadman.

A existat un răspuns aici că „Da, SSD-ul trebuie înlocuit”.

Nu sunt în măsură să neg acest lucru definitiv. Dar din dovezile pe care le am, acum cred că acesta nu este cel mai bun sfat.

De la prima postare cu peste două săptămâni în urmă, sistemul a fost solid. Am avut o instanță a mesajului de eroare internă Ubuntu pe care l-am menționat, dar sistemul a repornit fără incidente după aceea. Și -- cred, în mod semnificativ -- numărul sectorului prost a rămas la 5439488 de când a început.

Deci, ipoteza mea de lucru din toate acestea este: dacă Gnome Disks (sau într-adevăr SMART) spune că unitatea dvs. este OK, este OK. Nu vă lăsați ghidați de un număr aparent mare de sectoare dăunătoare. Exact așa fac SSD-urile.

(Cred că ar fi -- eh-- mai SMART dacă aplicațiile care folosesc date SMART ar fi capabile să prezinte numărul de sectoare defectuoase ca procent de uzură. Dar poate că totalul supraprovizionarii nu este accesibil de către SMART.)

--
Chris