Wie fixiere ich ein hohes Load_Cycle_Count-Laptop-Laufwerk (TOSHIBA MK6006GAH im Vaio TX1XP)?

2481
Sam Brightman

Ich hoffe, dass jemand genau weiß, was hier los ist. Es hat den Anschein, dass dieses Laufwerk eine Kombination aus aggressiven Energiespareinstellungen und Ubuntu-Standardeinstellungen aufweist, durch die Load_Cycle_Countdas Laufwerk erheblich gesteigert wurde :

https://wiki.ubuntu.com/DanielHahler/Bug59695

Das Laufwerk ist jetzt so langsam, dass es nicht mehr booten kann, da der Zugriff auf die Daten lange genug dauert, damit der Kernel sie nicht richtig erkennt. Ich mache mir keine Sorgen um die Daten auf der Festplatte, möchte aber wirklich, dass der Laptop funktioniert. Es gibt einige Anzeichen dafür, dass dies möglich ist, weil die Zahl immer noch niedrig ist und die meisten Laufwerke angeblich 600.000 betragen. Darüber hinaus bestehen SMART-Tests, dass das Laufwerk fehlerfrei und fehlerfrei ist. Aber das wirklich Überraschende war, als ich mhdd lief ...

Jeder einzelne Lesevorgang wurde rot (langsam) angezeigt, bis ich 'R' zum Zurücksetzen des Laufwerks drückte. Ich bemerkte, dass der nächste Messwert normale Geschwindigkeit war. Halten Sie also 'R' gedrückt. Magisch las das Laufwerk einwandfrei, solange ich die Taste gedrückt hielt, aber nach dem Loslassen langsam (und laut) suchend / lesend. Ich glaube nicht, dass der Quellcode für mhdd verfügbar ist, daher bin ich mir nicht ganz sicher, was dies bedeutet (außerdem kenne ich auch nicht genug Low-Level-Festplatten). Es scheint, als sollte das Laufwerk funktionieren können, aber es bleibt stecken, wenn es darum geht, Strom zu sparen. Es gibt keine BIOS-Optionen auf dem Laptop.

Weiß jemand, wie ich das Laufwerk davon abhalten kann, extrem langsame / laute Vorgänge wie diese auszuführen? Oder ist das ständige Zurücksetzen des Laufwerks auch schädlich und führt nur dazu, dass es durch das Glück gut funktioniert (dh kein Hinweis, dass es fixierbar ist)?

3

4 Antworten auf die Frage

2
James T

A High Load_Cycle_Count is not one of the pre-fail attributes. Even though your SMART status says the hard drive is OK... chances are very good that it is not ok based on your description of noise and speed. As for running at full speed while holding down R in mhdd... I have no idea.

Hard drives that are near the end of death can make many strange noises. Constantly power cycling the drive should not damage it.

I don't trust the pass/fail guidelines that the manufacturers offer with their SMART attributes. I have seen it happen many times that hard drives are corrupting data and acting flaky even though the SMART status has a big green OK next to it. I recommend looking at the raw data counts (using HDTune in windows or smartctl in linux). From there you can make a more educated decision about the health of your drive.

Google created the largest consumer hard drive failure study... so you might want to look at their findings from 2010:

We find, for example, that after their first scan error, drives are 39 times more likely to fail within 60 days than drives with no such errors. First errors in reallocations, offline reallocations, and probational counts are also strongly correlated to higher failure probabilities. Despite those strong correlations, we find that failure prediction models based on SMART parameters alone are likely to be severely limited in their prediction accuracy, given that a large fraction of our failed drives have shown no SMART error signals whatsoever.

http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf

You also might enjoy the wikipedia article which outlines the various SMART atributes and which attributes correlate with electro-mechanical failure.

http://en.wikipedia.org/wiki/S.M.A.R.T.

The only proper way to fix a hard drive is to replace it. Fixing the one you have is something you'd only want to do if you are trying to recover data from it... and even then, you'd want to migrate everything onto a new drive. I think it's safe to say you have a broken hard drive.

Ich habe mich wirklich darauf konzentriert, dass es scheinbar richtig funktioniert und keine Daten verliert. Die Bequemlichkeit / Kostenersparnis, um zu verhindern, dass das Produkt nicht seltsam ist und nicht mehr gebraucht wird, ist das Ziel. Aber alle guten Punkte, die Sie gemacht haben. Sam Brightman vor 13 Jahren 0
Suchen Sie also nach einem Skript oder nach etwas, das Sie mit Ihrem System starten können, das im Wesentlichen dasselbe tut, als halten Sie die R-Taste in mhdd gedrückt, um die letzten Teile des Lebens aus einer kaputten Festplatte herauszupressen? James T vor 13 Jahren 0
Ich meinte eher, dass das Zurücksetzen der mhdd-R-Taste ein normales Verhalten hervorruft, und vielleicht deutet dies auf ein zugrunde liegendes Problem hin, das behoben werden könnte, anstatt einen irreversiblen Fehler zu verursachen. Sam Brightman vor 12 Jahren 0
1
GoldMangust

Ich habe dieses Problem in meinem VAIO behoben (TOSHIBA MQ01ABD075)

Load_Cycle_Count wird nicht erhöht, wenn Sie eine HDD SMART-Option lesen.

ich benutze /usr/sbin/smartctl -g apm /dev/sda

#!/bin/bash  while : do sleep 3 /usr/sbin/smartctl -g apm /dev/sda > /dev/null done
Matthew Elvey vor 6 Jahren 0
0
Matthew Elvey

GoldMangusts Antwort ist gut; Dies ist ähnlich und fügt einige Informationen hinzu.

Dies zeigte die Fähigkeit, die Erhöhung des Lastzyklus zu stoppen (auf macOS 10.12 eines Seagate Laptop SSHD Hybrid-Laufwerks, Modell: ST1000LM014):

while : ; do sleep 9; smartctl -A /dev/disk0 | grep "Load_Cycle_Count\|FLAG\|smartctl" ; done

Alle 9 Sekunden scheint oft genug zu sein.

0
Matthew Elvey

Ich habe eine viel bessere Lösung gefunden.

Es installiert ein Tool namens hdapm in / usr / local / bin und eine LaunchDaemon-Plist-Datei, um es beim Booten auszuführen, wodurch alle verbundenen Laufwerke in den Modus mit maximaler Leistung versetzt werden.

In Anbetracht der Tatsache, dass mein Antrieb weit über die Spezifikation hinausgeht, scheint dies sicherlich angebracht. Andere möchten möglicherweise die plist-Datei ändern, um ihre Laufwerke eher auf eine Mitte der Straßeneinstellung einzustellen.

In meinem Fall ist die Ausgabe ziemlich beängstigend - das Laufwerk ist weit über die Spezifikation hinaus und möglicherweise nahe an einem Ausfall:

smartctl 6.5 2016-05-07 r4318 [Darwin 16.7.0 x86_64] (local build) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED ... RAW_VALUE 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always ... 857614

.

Ich habe smartctlinstalliert und läuft

sudo smartctl -g all /dev/rdisk0,

Ich kann sehen, dass die Systemeinstellung "Festplatten wenn möglich in den Ruhezustand versetzen" keinen Einfluss auf die APM-Einstellung für dieses Laufwerk hat - es ist in beiden Fällen der Fall. Ich würde sagen, das Laufwerk hat einige unvernünftige Einstellungen, wenn eine mittlere Einstellung zu dem Ergebnis führt, das ich sehe. Ich frage mich auch, ob sogar Laufwerke, die in neue Macs kommen, verrückte APM-Verhalten / Einstellungen haben. Ich würde nicht wetten, wäre aber nicht so überrascht, wenn ich eine solche Wette verlor.

Verwandte Probleme