Reallocated Sectors Count - Vad betyder det i praktiken ?

Permalänk
Livsnjutare 😎

Reallocated Sectors Count - Vad betyder det i praktiken ?

Tjipp!

Jag har en medieserver som jag tyckte diskprestandan var lite... "hoppig" på.
När man kopierade data till disken så gick det ibland snabbt och ibland långsamt, typ som att den cachade data eller liknande - men borde inte göra det med tanke på uppgiften.

Drog igång en Crystal Diskmark och fick då se hälsostatus som "Varning"...

Nu vet jag att disken gått MYCKET så det behöver ni inte skriva och påpeka, men det jag undrar är över vad innebär egentligen felet "Reallocated Sectors Count" ??

Vad kommer hända om man fortsätter köra med disken ?, vad kan man förvänta sig ?

Disken innehåller ingenting som är utav viktig/kritisk karaktär.

Visa signatur

Citera eller Svara för respons! •
• Life is a playground {|;^) •

Permalänk
Medlem

Reallocated Sectors Count är antalet sektorer på disken som anses vara trasiga och som därför mappats om till reservsektorer. Det kan vara en indikation på att disken är på väg att dö, men det kan också vara något som hänt för länge sen. Håll koll på om det nuvarande värdet (140) ökar med tiden, i så fall kanske det är dags att byta ut disken. Du bör se till att ha backup på allt viktigt på disken också, men det bör man ju förstås ha oavsett.

Varför hastigheten fluktuerade är däremot svårt att säga. Om du förde över en blandning av stora och små filer så kan det vara därför, att föra över små filer går i regel långsammare. Det kan även ha varit något nätverksstrul, något annat som använde disken, etc.

Permalänk
Livsnjutare 😎
Skrivet av perost:

Reallocated Sectors Count är antalet sektorer på disken som anses vara trasiga och som därför mappats om till reservsektorer. Det kan vara en indikation på att disken är på väg att dö, men det kan också vara något som hänt för länge sen. Håll koll på om det nuvarande värdet (140) ökar med tiden, i så fall kanske det är dags att byta ut disken. Du bör se till att ha backup på allt viktigt på disken också, men det bör man ju förstås ha oavsett.

Varför hastigheten fluktuerade är däremot svårt att säga. Om du förde över en blandning av stora och små filer så kan det vara därför, att föra över små filer går i regel långsammare. Det kan även ha varit något nätverksstrul, något annat som använde disken, etc.

Grymt bra förklarat !
Tack!

Visa signatur

Citera eller Svara för respons! •
• Life is a playground {|;^) •

Permalänk
Medlem

@perost:
Tröskelvärdet är en statisk siffra i SMART datan, når raw-datan över tröskelvärdet så flaggar disken sig själv som dålig hälsa.

@andreas_dock konfiguera om crystaldiskinfo så raw-värden visas i decimaltal
Inställningar - Avancerade Fuktioner - Raw Värden - 10 [DEC]
där står hur många sektorer som har omlokaliserats. Det är en normal händelse på en hårddisk, men upptäcker du att raw-värdet ökar dagligen så kommer disken rasa omgående, det går som en lavin, först lite, sedan allt på en gång.

Gissningsvis från aktuellt/sämst värdet som sjunker permanent vid fel, har du 10 reallokerade sektorer, det är en helt okej siffra.

Permalänk
Medlem

Att tänka på är att reallokerade sektorer skapas bara vid skrivning när det misslyckas med skrivningen av original-sektor. (Skrivning som sådan är inte misslyckad då den håller på tills datat är skrivet och kontrollerat)

Därför kan man ha fler latenta problem som man inte sett för att man inte läst filen alls på länge.

Gör man scrub eller läser ut samtliga filer till en annan lagring så kan man råka på att pending errors (C5 om jag minns rätt, poster nedanför kanten i din crystaldisk - man bör se till att även de syns när man postar bilder) ökar för sektorer som den måste göra flera läsförsök på eller tycker att det avviker för mycket i kvalitet, men så länge du inte har fått IO-error så har du inte förlorat någon data då dataintrigitetskontrollen är bra på en snurrdisk och lämnar inte i från sig felaktig data 'silent' som en del andra media gör (som sd-minne och en del USB-stickor).

---

Att disken upplevs långsamt: - Är det NTFS på disken så har du en del av svaret. Att köra en bra defragmentering kan hjälpa upp hastigheten en del och speciellt om det körts mycket torrent till disken - NTFS är ökänd när det gäller att tappa prestanda vid användning med torrent, så ökänd att den används som exempel på hur man _inte_ skall designa filsystem....

Dock är $MFT (en del av NTFS) på disken nedkluddad av många skrivningar så klarar de flesta fria gratis defragmenteringsprogram inte att rensa i denna och vill man inte betala för kommersiella varianter så kan den bästa åtgärden vara kopiera alla filerna till en annan lagring - ta bort partitionen och skapa tillbaka partitionen och formatera för NTFS igen (alltså en ny filsystem skapad från början) och sedan kopiera tillbaka filerna igen - då samtidigt blir alla informationsbärande sektorer nyskrivna på disken och nya eventuella trubbliga sektorer med skrivsvårigheter kommer att öka på antalet reallokerade sektorer och ökar värdet ett större antal (mer än några stycken) efter en sådan sväng kanske man skall överväga att pensionera disken - kom ihåg att _kopiera_ tillbaka data - inte flytta data ifall disken bestämmer sig för att börja strula på riktigt under manövern.

Permalänk
Medlem

Byter alltid disk om det ens är 1 reallocated...

Permalänk
Livsnjutare 😎
Skrivet av str8forthakill:

@perost:
Tröskelvärdet är en statisk siffra i SMART datan, når raw-datan över tröskelvärdet så flaggar disken sig själv som dålig hälsa.

@andreas_dock konfiguera om crystaldiskinfo så raw-värden visas i decimaltal
Inställningar - Avancerade Fuktioner - Raw Värden - 10 [DEC]
där står hur många sektorer som har omlokaliserats. Det är en normal händelse på en hårddisk, men upptäcker du att raw-värdet ökar dagligen så kommer disken rasa omgående, det går som en lavin, först lite, sedan allt på en gång.

Gissningsvis från aktuellt/sämst värdet som sjunker permanent vid fel, har du 10 reallokerade sektorer, det är en helt okej siffra.

Skrivet av xxargs:

Att tänka på är att reallokerade sektorer skapas bara vid skrivning när det misslyckas med skrivningen av original-sektor. (Skrivning som sådan är inte misslyckad då den håller på tills datat är skrivet och kontrollerat)

Därför kan man ha fler latenta problem som man inte sett för att man inte läst filen alls på länge.

Gör man scrub eller läser ut samtliga filer till en annan lagring så kan man råka på att pending errors (C5 om jag minns rätt, poster nedanför kanten i din crystaldisk - man bör se till att även de syns när man postar bilder) ökar för sektorer som den måste göra flera läsförsök på eller tycker att det avviker för mycket i kvalitet, men så länge du inte har fått IO-error så har du inte förlorat någon data då dataintrigitetskontrollen är bra på en snurrdisk och lämnar inte i från sig felaktig data 'silent' som en del andra media gör (som sd-minne och en del USB-stickor).

---

Att disken upplevs långsamt: - Är det NTFS på disken så har du en del av svaret. Att köra en bra defragmentering kan hjälpa upp hastigheten en del och speciellt om det körts mycket torrent till disken - NTFS är ökänd när det gäller att tappa prestanda vid användning med torrent, så ökänd att den används som exempel på hur man _inte_ skall designa filsystem....

Dock är $MFT (en del av NTFS) på disken nedkluddad av många skrivningar så klarar de flesta fria gratis defragmenteringsprogram inte att rensa i denna och vill man inte betala för kommersiella varianter så kan den bästa åtgärden vara kopiera alla filerna till en annan lagring - ta bort partitionen och skapa tillbaka partitionen och formatera för NTFS igen (alltså en ny filsystem skapad från början) och sedan kopiera tillbaka filerna igen - då samtidigt blir alla informationsbärande sektorer nyskrivna på disken och nya eventuella trubbliga sektorer med skrivsvårigheter kommer att öka på antalet reallokerade sektorer och ökar värdet ett större antal (mer än några stycken) efter en sådan sväng kanske man skall överväga att pensionera disken - kom ihåg att _kopiera_ tillbaka data - inte flytta data ifall disken bestämmer sig för att börja strula på riktigt under manövern.

Se där ja!, väldigt mycket matnyttigt här!

Skall se på att kopiera ut till annan disk då, formatera hela disken och lägga tillbaka datan, det är ju en liten tidsödande process - men kan det "rädda" disken från att stadigt falla utför är det värt det. Danke!

Visa signatur

Citera eller Svara för respons! •
• Life is a playground {|;^) •

Permalänk
Medlem

@andreas_dock
Vill du kunna lita på disken helt så återverifiera disken. Det är en simpel men tidskrävande process, något man gör innan man säljer diskar begagnade med.

Ta screenshot av aktuell smart data
Skriv över hela disken med ettor eller nollor genom att köra ett pass DBAN på disken eller dylikt

Jämför smart datan före mot efter, ingen skillnad? De reallokerade sektorerna var en tillfällighet. Har själv en disk med 7 reallokerade sektorer, som hände 4 månader in, sex år sedan.

Skickades från m.sweclockers.com