In welcher Reihenfolge schreibt eine Festplatte auf einem Mac auf die Festplatte?


0

Ich habe eine alte Titan, die schlechte Abschnitte auf dem Laufwerk hat. Dies ist nicht mein Hauptsystem, ich verwende es zum Abrufen von E-Mails, zum Abhören eines Voicemail-Servers usw. Es ist im Grunde genommen ein Semi-Retired-System, aber immer noch nützlich. Vor einigen Wochen habe ich damit angefangen, regelmäßig Wasserbälle zu drehen. Ich dachte, der Arbeitsspeicher des Systems sei aufgebraucht, aber Activity Monitor sagte mir etwas anderes. Das System machte auch Geräusche, als es langsamer wurde.

Nach einigen Recherchen bin ich auf diesen Artikel gestoßen:

http://www.scsc-online.com/Bad%20Hard%20Drive%20Signs%20and%20Symptoms.html

Das Geräusch, das sie als "Tuckern-Tuckern-Tuckern" bezeichnen, war genau das, was ich gehört habe, also habe ich mir das Laufwerkstest-Tool Scannerz gekauft. Ich habe das Programm ausgeführt und das Laufwerk wurde perfekt gescannt, bis ungefähr die letzten 3 GB des Laufwerks erreicht waren. Beim Betreten dieses Bereichs verlangsamt sich der Scannerz, der sich sehr schnell bewegt hatte, plötzlich. Die Anzahl der Unregelmäßigkeiten, die bei 0 lagen, steigt plötzlich mit etwa 1 pro Sekunde an. Dann verlangsamt sich Scannerz noch weiter, dann steigt das Fehlerinkrement. Dies geschah durch die letzten 3 GB des Tests.

Ich habe Scannerz in den Testmodus versetzt und die letzten 3 GB des Laufwerks getestet, um festzustellen, wie schwer der Schaden war. Nach ungefähr 15 Minuten Test habe ich den Test abgebrochen, da es ziemlich offensichtlich war, dass der Schaden in diesen Bereichen ziemlich groß ist.

Das sind wirklich zwei Fragen, die ich habe:

Teil 1: Das Laufwerk in diesem System wurde vor einiger Zeit von seinen ursprünglichen 40 GB auf ein 80 GB-Laufwerk ersetzt. Das 40-GB-Laufwerk war zu der Zeit nicht groß genug, um alle meine Sachen aufzunehmen. Am Ende habe ich es in ein iBook gesteckt. Ich würde um das Jahr 2006 herum raten. Auf dem 80 GB-Laufwerk sind nur etwa 50 GB belegt.

Ist hier Frage 1: Wenn dieses Ding NUR 50GB des Raumes verwendet, warum verursacht es mir Probleme im Bereich von 77-80GB? Ich dachte, das Betriebssystem schrieb die Dinge der Reihe nach und hielt alles schön und ordentlich.

Teil 2: Dieses System ist alt und ich möchte das Laufwerk nicht ersetzen. IDE-Festplatten verlangen jetzt einen höheren Preis (doppelt so viel wie SATA-Laufwerke), da es schwierig ist, eine gute, neue zu finden. Ein neues IDE-Laufwerk würde wahrscheinlich mehr kosten, als solche Computer bei ebay verkaufen. Dieses System ist so alt, dass ich weiß, dass ich es eines Tages öffnen werde und eine Rauchwolke herauskommt, die LCD-Hintergrundbeleuchtung nicht mehr leuchtet oder sich einfach nicht einschaltet. Dies wird wahrscheinlich im nächsten Jahr geschehen. Das Ding ist schon 11 Jahre alt.

Nachdem dies gesagt wurde, denke ich über das Partitionieren des Laufwerks nach, um die letzten 3 GB AUSZUSCHLIESSEN. Ich dachte, ich könnte die Partition in ein 77-GB-Volume und ein 3-GB-Volume aufteilen und dann das 3-GB-Volume löschen.

Wenn ich das täte, würde es den Zugriff des Betriebssystems auf den fehlerhaften Bereich des Laufwerks vollständig verhindern und damit die Probleme mit dem sich drehenden Wasserball beenden. Ich denke, es wird. Kann jemand dies bestätigen oder bestreiten?

Antworten:


0

Während die Daten anfangs ordentlich auf das Laufwerk geschrieben werden, bleibt dies nicht lange so. Wenn Dateien erstellt und gelöscht werden (nicht nur Ihre Daten, sondern auch Betriebssystemdateien wie Swap), werden die Datenblöcke, die diese Dateien enthalten, freigegeben. Wenn neue Dateien erstellt werden, verwendet das Betriebssystem diese Blöcke erneut, verwendet jedoch auch neue Blöcke am Ende der Liste. Übrigens ist dies einer der Gründe, warum Daten auf Festplatten fragmentiert werden. HTS + hat eine Reihe von Möglichkeiten, um diese Fragmentierung zu reduzieren (siehe hier ), aber es wird immer noch zu einem gewissen Grad passieren.

Die Frage ist also nicht wirklich, in welcher Reihenfolge die Daten geschrieben werden, sondern es kann auf die gesamte Festplatte zugegriffen werden, um Daten zu lesen und zu schreiben. Die Antwort ist ja.

Wenn Sie sicher wären, dass alle fehlerhaften Sektoren des Laufwerks am Ende sind, könnten Sie sie möglicherweise mit einer separaten Partition abschotten. Angesichts des Alters dieses Laufwerks bin ich mir nicht sicher, ob ich dem zustimmen würde.

Ich würde empfehlen, diese SuperUser-Frage zu lesen. Reparieren Sie fehlerhafte Blöcke auf der Mac-Festplatte und befolgen Sie einige der Vorschläge zur Verwendung von Tools, um die fehlerhaften Blöcke so zu erstellen , dass das Betriebssystem nicht versucht, sie zu verwenden.

Oh und Backups haben, denn wie Sie sehen, könnte dieses Ding jeden Tag sterben.


0

Wie ein Laufwerk Datenblöcke liest und schreibt, ist je nach Betriebssystem und Medientyp sehr unterschiedlich. Unter MacOS mit einer herkömmlichen Festplatte wird eine gelöschte Datei nicht unbedingt gelöscht, sondern die Blöcke werden als "verfügbar" markiert. HFS + wird versuchen, während eines Schreibvorgangs so viele zusammenhängende Blöcke zu sammeln, die entweder frei sind oder als verfügbar markiert sind. Dies verringert die Defragmentierung. Einige Dienstprogramme für Laufwerke verfügen über den Wiederherstellungsmodus. Wenn sie versuchen, gelöschte Daten wiederherzustellen, werden alle als verfügbar gekennzeichneten Blöcke, die Daten enthalten, überprüft.

SSDs und FWIW sind unterschiedlich, da im Gegensatz zu einer Festplatte, die den Block als verfügbar markieren und jederzeit überschreiben kann, ein SSD-Block gelöscht oder gelöscht werden muss, bevor er erneut beschrieben werden kann. Das Löschen ist bei einer SSD unglaublich langsam, daher haben SSD-Hersteller auf Laufwerken "TRIM-Unterstützung" implementiert, wodurch verfügbare Blöcke als Hintergrundprozess gelöscht werden.

Der Grund, warum Sie am hinteren Ende des Laufwerks auf fehlerhafte Sektoren stoßen, besteht darin, dass das Betriebssystem beim Versuch, zusammenhängende freie Blöcke zu finden, versucht, alle zuvor noch nie verwendeten zu verbrauchen. DANN beginnt es, die zu überschreiben "verfügbare" Blöcke, die früher Daten enthielten. Infolgedessen wird schließlich eine Datei an das Ende des Laufwerks geschrieben, obwohl möglicherweise genügend anscheinend freier Speicherplatz auf dem Laufwerk vorhanden ist.

Wenn Sie die Partitionsgröße reduzieren und den fehlerhaften Bereich des Laufwerks blockieren, funktioniert dies möglicherweise, aber selbst HFS + verwendet einen bestimmten Bereich des hinteren Endes des Laufwerks. Apple hat ein Dokument herausgebracht, das beschreibt, wie das Dateisystem aufgebaut ist, das Sie unter folgendem Link einsehen können:

http://developer.apple.com/legacy/mac/library/#technotes/tn/tn1150.html

Ich bin mir nicht sicher, ob das aktuell ist, aber wenn Sie es durchgehen, werden Sie feststellen, dass einige Informationen am hinteren Ende des Volumens stehen. Sie sollten also unbedingt sicherstellen, dass Ihr Volume endet, bevor die fehlerhaften Sektoren beginnen .

Die Position, an der die verkleinerte Partition beendet werden soll, finden Sie in den Scannerz-Protokolldateien für Ihre Tests. Stellen Sie sicher, dass sich in diesem Bereich KEINE Unregelmäßigkeiten befinden, da es sich wahrscheinlich um schwache Sektoren handelt, die durch den Kopfcrash beschädigt wurden. Sie könnten versuchen, die fehlerhaften Sektoren den freien Sektoren zuzuordnen, die in Brad Pattons Antwort impliziert wurden. Wenn Scannerz jedoch Tonnen von ihnen findet, werden wahrscheinlich viele neu zugeordnet. Ich würde spekulieren, dass durch Verkleinern des Volumens keine Schreibvorgänge in diesem fehlerhaften Bereich des Laufwerks stattfinden und daher die Ersatzsektoren verfügbar bleiben könnten (vorausgesetzt, es sind noch übrig), sollte ein fehlerhafter Sektor im guten Abschnitt auftreten.

Zum Spaß habe ich nach gebrauchten Titaniums und neuen IDE-Laufwerken gesucht. Der typische eBay-Preis für eine Titan kann zwischen 30 US-Dollar und 120 US-Dollar (in ausgezeichnetem Zustand) liegen, während eine neue, unbenutzte IDE mit ca. 120 G über 100 US-Dollar lief .


0

Ich beantworte meine eigene Frage nicht wirklich, ich werde dir nur sagen, was ich getan habe.

Ich wollte nicht versuchen, die fehlerhaften Blöcke neu zuzuordnen, da ich dachte, der Schaden am Ende der Fahrt sei so groß, dass alle Ersatzsektoren aufgebraucht würden, wenn überhaupt noch welche übrig wären.

Ich habe eine Sicherungskopie des Laufwerks erstellt und dann mithilfe der Protokolldateien von Scannerz die Position der Blöcke auf dem Laufwerk ermittelt, an der der Schaden begann. Mit diesen Daten teile ich das Laufwerk in zwei Volumes auf, von denen eines immer noch groß ist und den größten Teil des Laufwerks belegt, und das andere am hinteren Ende des Laufwerks, auf dem die fehlerhaften Daten gespeichert sind. Ich habe den Startpunkt für das zweite, schlechte Volume etwa 500 MB vor den Startpunkt verschoben, nur um sicherzugehen. Ich habe beide Partitionen NORMAL formatiert - keine Nullsetzung - und dann die Partition gelöscht, die die fehlerhaften Bereiche des Laufwerks enthält.

Ich habe erneut mit Scannerz getestet. Wenn ich mein neu erstelltes gutes Volumen auswähle, besteht es Tests mit Bravour. Wenn ich das gesamte primäre Laufwerk teste, das das gesamte Laufwerk einschließlich des gelöschten Volumes sein wird, sind die Probleme immer noch vorhanden. Dies soll nur klarstellen, dass die Probleme nicht auf magische Weise verschwunden sind, sondern nur nicht mehr sichtbar sind.

Ich habe das Betriebssystem und meine Daten neu installiert und jetzt läuft alles gut.

Wie lange wird es gut sein? Wer weiß. Das Laufwerk ist uralt und ich bin überrascht, dass es funktioniert, solange es funktioniert. Ich weiß, dass ich diesen alten Freund eines Tages einschalten werde, und der Antrieb wird Schleifgeräusche machen, das Licht auf dem Display wird erloschen sein oder es wird sich einfach überhaupt nicht einschalten. Ich weiß, dieser alte Freund ist alt und wird eines Tages auf mich verzichten ...

.....ABER NICHT HEUTE!!!! :-)

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.