Sekundär hårddisk plötsligt otroligt långsam

Kan vara att disken håller på att ge upp. Kontrollera den med t.ex. crystal disk info och se vad smart-värdena säger.

Den visar ingen känslig data, så det är bara att ladda upp bild om du vill.

Men som ovan nämnt, ta omgående backup på det du har på disken och kassera sen disken.

Har haft ett antal diskar som blivit extremt långsamma.
Det som har hänt då är att disken har varit igång men inte använts under lång tid (ca 6 månader *) så läshuvudena har varit positionerade över samma spår länge. Detta har förvärrats av vibrationer i chassit så att disken hela tiden måste kompensera för det. Då inte huvudena flyttar på sig tillräcklig så kan inte heller någon oljefilm i lagren upprätthållas och lagren skadas till slut.

Med skadade lager får sen disken problem med att hålla positionen över spåren. Skriver man dessutom på disken så riskerar man skriva sönder/skada närliggande spår.

Skulle här rekommendera att man kopierar ut de viktigaste filerna först, att göra en diskavbildning kan ta flera månader om det ens blir klart samt risk man ökar skadan ännu mer. Alternativet är att skicka den till dataräddningsföretag om man tycker det är värt det.

Kan vara värt att kopiera ut filerna med Linux så man inte riskerar att Windows kör en chkdsk eller motsvarande och gör saken värre.

DVS varva ned disken (eller parkera huvudena) om disken inte används på tex ett par timmar och minimera vibrationerna.

* Av 8 diskar i en raid-6 array hade tre st blivit dåliga. Öppnar man en sådan disk kan man ofta känna att lagringen för läs/skriv huvudena har blivit dålig.

Det kan också vara mjukvaruproblem pga byte av os, jag hade provat disken med en nyinstallerad dator, har du inte en labbdator eller vill installera om på riktigt eller på en ny tom systemenhet så kör en fräsch livelinux.

Disken har bara varit igång 6000 timmar drygt - det är inget tid att tala om då de flesta brukar lätt passera 45000 timmar och relativt många kan nå både 80 och 90000 timmar - det under förutsättning att disken inte stängs av och startas hela tiden utan går kontinuerligt och när de stängs av så är de avstängda för en längre period per gång och när de varva upp så är det igång en längre period. - just start och stopp ofta, sliter... - om man ser dina värden verkar du ha kört 3 timmar och 52 minuter per gång.

nu skall det tåla fler starter än så innan problem - men att man inte låter disken bara gå och gå är en tänkbar faktor till den korta livslängden.

Den andra är vibrationer i chassie från tex. fläktar och/eller flertal inte så välbalanserade snurrdiskar samtidigt - här skiljer det sig mellan server och enterprise-diskar och konsumentdiskar i avseende tålighet mot vibrationer. Som redan nämnt så är det lagret bär läs/skriv armen som till slut får pitting i lagerbanorna mot kulorna när det står och skakar på samma läsposition hela tiden - dock brukar det inte ske märkbart inom 6000 timmar...

Om man tittar vidare i SMART så verkar det vara skrivning som skiter sig sista tiden - det fins inget om läsfel registrerat som inte har kunna felrättas till korrekt data (C6), sedan har det hittat 24 sektorer som upplevs veka men fortfarande läsbara (C5) - dessa försvinner igen om man skriver över sagda sektorer med ny data och resultat är endera lyckad skrivning eller reallokerad sektor.

På SATA-diskar så rättas tveksamma läsbara sektorer enbart direkt vid skrivning då det verifieras samtidigt som det skrivs med ett läshuvud bakom skrivhuvudet ett antal hundra nanometrar i avstånd - aldrig senare efter skrivning när det väl är gjort, hur många omläsningar som görs senare på en vek svårläsbar men rättningsbar sektor - skall man ha sådana funktioner med automatisk rättning av veka men läsbara sektorer så får man titta på SAS-diskar.

Med tanke på att C5 och C4 har skjutit ordentligt iväg i antal och förmodligen mestadels bara dina sista timmar så låter det som läshuvudfel eller att man har problem med skivans yta - och ett problem som existerat är tex. avdunstad olja från spindelmotorn försegling och labyrint-tätning - även om dessa droppar är extremt små så är dess storlek många gånger högre än läshuvudets normala flyghöjd (mindre än 10 nanometer) över diskytan och ställer till stora problem liknade att man kör en Ferrari på en motorcrossbana i +200 km/h

om man kör i linux i terminal med 'smartctrl -x /dev/sdx' där sdx är någon av sda, sdb sdc etc. och alternativen av vilka lagringar man har och kallas, kan fås fram med 'lsblk', så får man ofta ut mer information än standard SMART då det också fins en extended version av SMART som ibland kan berätta lite mer info.

---

Rädda ut så många filer du kan och när du nått värdens ända så blir det att försöka med 'ddrescue' under linux att få ut en diskimage av disken - se till att det är 3 filargument - inte 2, den tredje filargumentet håller reda på var den sökte sist och inte läser om redan läst data (som i nästa försök kan vara oläsbar) - utan den så börja den från början vid var start.

ddrescue är tillräckligt smart att hoppa över en bit vid områden som visar läsfel och försöker ta datat som är läsbar en bit efter och först i slutet av processen ger sig tillbaka på områdena med läsproblem och saxar sig in tätare och tätare till att det kanske är bara enskilda sektorer kvar som inte går att läsa oavsett antal försök.

det fins de som kört ddrescue halvårsvis på snurrdisk, som vid första skanning bara gav 50% läsbart - men ett halvår senare har nått 99.999% och bara fåtal sektorer den inte kunna tagit, vilket i många fall är betydelselösa och kan vara oanvänd utrymme på filsystemet.

Med tanke på SMART-datan lär det inte vara något annat än något fel på disken. Disken får ju inte omallokerade sektorer av mjukvarufel.

Båda felen tyder på att disken försöker allokera om sektorer p.g.a fysiska fel på läs och skrivhuvudet.

För att kunna göra en återställning av disken så måste man kopiera ut informationen man vill rädda innan man återställer disken. Det område som felkod 05 syftar på är ett fysiskt fel som är förlorat för all framtid. Det andra felet (C5) kan möjligen räddas om logiken skrivs om. Lite som när man gjorde lågnivåformatering på gamla diskar. Frågan är om det är värt besväret, då det tar tid. Räkna 1 - 2 dygn per TB. Det här är inte samma sak som att formatera med verifiering.

Jag skulle oavsett räkna disken som opålitlig och endast använda den som slaskdisk alternativt tempkatalog eller swaputrymme.