Die Probleme, die Sie haben, klingen weitaus umfangreicher als das, was ich aufgrund eines reinen Leistungsverlusts (selbst bei ziemlich heftigen Schreibvorgängen) auf einem Gerät erwarten würde. Ich muss mich fragen, ob Sie wirklich mehr Probleme auf der Schnittstellen- / Treiberebene haben oder eine beschädigte Partitionstabelle oder ähnliches.
Aufgrund der Geräusche von Dingen haben Sie das Problem möglicherweise weiter verschärft, und Sie haben all das Schlagen herumgetragen, das Sie bei dem Versuch unternommen haben, das Problem zu beheben.
Ich weiß nicht, ob wir in diesem Fall helfen können, aber geben Sie noch nicht auf.
Für die Zukunft würde ich vorschlagen, dass Sie die folgende Technik lernen:
Wenn Sie Probleme mit einem Laufwerk unter Linux oder UNIX haben, können Sie normalerweise dd
eine Bit-Image-Kopie des gesamten Geräts an einem anderen Ort erstellen. Suchen Sie ein Laufwerk, das mindestens so groß ist wie das betreffende Laufwerk, und versuchen Sie einen Befehl wie: dd if=$PROBLEMATIC of=$TARGET bs=4M
... Seien Sie sehr vorsichtig bei den Anweisungen if (Eingabedatei) und (Ausgabedatei). Lass den Lauf. Es ist eine gute Idee tail -f /var/log/messages &
(oder eine mögliche Variante für Ihre /etc/syslog.conf) auszuführen ... entweder im Hintergrund oder in einem anderen Fenster. Es gibt verbesserte Versionen, von dd
denen Wiederholungen und das Durchlaufen von fehlerhaften Blöcken robuster verarbeitet werden können ( sdd
ist ein Name, der mir in den Sinn kommt). Versuchen Sie es jedoch zuerst mit dem GNU- dd
Befehl.
Sie können eine solche Kopie des gesamten Geräts (beispielsweise / dev / sdd) oder nur die Partition (/ dev / sdd1) erstellen. Wenn Sie kurze Lesefehler oder ähnliche Fehler erhalten, deutet dies darauf hin, dass entweder physische Fehler auf dem Gerät auftreten, die das Ablesen bestimmter Zylinder verhindern, oder dass bei einer Partition die Partitionstabelle auf irgendeine Weise beschädigt ist. Sie können sogar zwei verschiedene dd
Images erstellen ... einer von jedem.
Hier ist der Trick: Führen Sie alle Ihre Versuche fsck
und mount
Versuche durch und verwenden Sie verschiedene andere Wiederherstellungswerkzeuge wie TCT (The Coroner's Toolkit) für das kopierte Bild!
Dies minimiert die Zeit, die das Laufwerk für das Laufwerk benötigt (was sich auf der Hardwareebene möglicherweise verschlechtert, wenn Sie es betreiben) und minimiert die Auswirkungen von fehlgeschlagenen und möglicherweise fehlgeleiteten Wiederherstellungsversuchen. (In einigen Situationen erstellen Sie ein Bild, dann ein anderes Bild und bearbeiten immer das Tertiärbild ... hängt davon ab, wie viel die Daten wert sind.)
Ich persönlich schlage vor, dass Sie etwas ausführen hexdump
oder strings
das Bild lesen möchten. Lassen Sie es einfach lange durchlaufen und suchen Sie nach einfachem Text, der aussieht, als könnte es sich um Fragmente Ihrer Daten handeln. Ich habe verwendet grep
, um nützliche (Text-) Daten aus ansonsten vollständig verstümmelten Dateisystemen wiederherzustellen. Für den Fall, dass ich es nicht als Heldentat zur Datenwiederherstellung vorschlage, sondern als Überprüfung der Vernunft. Wenn Sie zehn Megabytes oder ein paar Gigabytes an Daten durchblättern und keinen erkennbaren Text sehen ... haben Sie wahrscheinlich einen aussichtslosen Fall oder Sie haben etwas sehr Falsches gemacht (waren Sie wirklich vorsichtig mit diesen if = und of = Optionen?).
Ich weiß nicht, ob Ihnen das bei der derzeitigen Anstrengung helfen wird. Aber lernen Sie diese Tricks jetzt und sie machen Ihren nächsten Vorstoß in die Datenwiederherstellung auf jeden Fall weniger beängstigend. (Ja, üben Sie ein oder zwei Mal auf einem gesunden System - verwenden Sie einen Hex-Editor, und fügen Sie hier und dort Ihre eigene kreative Korruption hinzu - natürlich zum COPY! Dann versuchen Sie es zu beheben).
Oh, und dies ist ein wirklich guter Zeitpunkt, um Ihre Pläne zur Datensicherung und Datenwiederherstellung zu überprüfen (oder Ihren Kunden / Kollegen / Kunden / Freunden / was auch immer besser beraten zu können).