Merkwürdiger Fehler mit H2testw

[timbr]

Hi,

habe eine neue externe 2.5"-Festplatte gekauft (CnMemory PocketStore), drin ist eine Hitachi Travelstar 5K320. Diese Platte habe ich sowohl im externen Gehäuse als auch am intenen S-ATA-Anschluß getestet (formatiert in NTFS*).
Der Formatierer und die Datenträgerverwaltung von XP erklären die Platte für fehlerfrei und der Error-Scan von HDTune läuft fehlerfrei durch, aber H2testw bringt immer beim Schreiben des letzten MB folgenden Fehler:

"Fehler beim Schreiben der Datei 'H:\299.h2w', Offset 0x1000000.
Bis hierher geschriebene Testdaten können trotzdem geprüft werden.
(Es steht nicht genug Speicherplatz auf dem Datenträger zur Verfügung. Code 112)
Achtung: Nur 305169 von 305242 MByte getestet."

Der letzte Satz bezieht sich natürlich auf die von NTFS reservierten Bereiche, die nicht getestet werden können. Aber statt der geplanten 305.169 MB schreibt H2testw immer nur (genau) 305.168 MB. Es fehlt genau 1 MB.

Zwischenzeitliches Partitionieren und Neuformatieren ändert nichts an dem Fehler.

Ich habe noch ein zweites Exemplar derselben Platte (samt Gehäuse), das diesen Fehler nicht zeigt und sich bis zu der von H2testw errechneten Anzahl von 305.169 MB beschreiben läßt.

Eigentlich könnte es mir ja fast egal sein, wenn mit dem letzten Megabyte etwas nicht stimmt, aber ich befürchte, daß irgendwas mit Partitionierung oder Formatierung nicht in Ordnung ist und mir später Ärger machen könnte. Im Netz habe ich zu diesem Fehler bzw. "Code 112" nichts gefunden.

Ich weiß nicht so recht, was ich von dieser Fehlermeldung halten soll. Ein seltsamer Nebenaspekt ist übrigens auch, daß die Formatierung extrem langsam gelaufen ist, wesentlich langsamer als mit der anderen Platte. Aber auch bzgl. Speed gilt: Messungen sonst alle ganz normal.

Irgendwelche Tips?


* zu NTFS vs. FAT32: Ich habe auch einen anderen Formatierer (fat32format) ausprobiert (dieser Test läuft noch), aber (1) der gibt mir noch weniger zu testende Kapazität (304.674 MB) als die Formatierung mit NTFS und verfehlt daher den Sinn der Sache (es bleibt ja noch mehr von der Platte ungetestet) und (2) da ich die Platte ja in NTFS verwenden will, hätte ich den Test schon gerne mit der Partitionierung und Formatierung, die ich dann auch einsetzen will.

Update: Mit FAT32 hat er alle Dateien anstandslos geschrieben, aber wie gesagt von vornherein mit niedrigerer Kapazität.

 

[jni]

Ähm - du hast nicht zufällig so ein blödes Gigabyte-Board welches ungefragt etwas Platz von der Festplatte nimmt um das BIOS dort zu sichern ?

 

[timbr]

Nein, es handelt sich um einen schnöden Bürorechner Dell Optiplex GX620 mit Dell-Board.

 

[timbr]

So, nu hab' ich doch einen fehlerfreien Lauf mit NTFS geschafft.
Nach Neupartitionieren an meinem MacBook und Formatieren am PC war die ganze Partition plötzlich 3 MB größer als vorher, H2testw hat nochmal 2 MB zusätzlich an überprüfbarem Plattenplatz entdeckt, und nunmehr sogar 305.171 MB einwandfrei getestet.

Übrigens ging dieses Mal das Formatieren rasend viel schneller als das letzte Mal (wir sprechen von einem Unterschied von nicht mal 10 Minuten jetzt zu über 4 Stunden letztes Mal!).

Na sieh mal einer an.

 

[timbr]

Update:

Also es ist irgendwie zum Mäusemelken, ich bekomme ungefähr bei jedem zweiten Test irgendeiner Partition den besagten Fehler beim letzten MB, H2testw kann es nicht schreiben und stoppt dann. Prüfen wird ein eigener Durchgang.

Habe inzwischen ca. 20 solcher Tests gemacht, bei ungefähr 50% Fehlerrate, unabhängig vom Partitionierer (XP-eigen oder Paragon 9.5). Ich dachte zunächst, H2testw würde immer ab 0.5 MB unzulässigerweise aufrunden und das dann beschreiben wollen, aber das Programm rundet scheitert auch manchmal am letzten MB, wenn es "richtig" abrundet.

Sehr merkwürdig und etwas ärgerlich. Habe schon dem Erfinder von H2testw geschrieben, aber der ist eine ganze Weile in Urlaub.

Es wundert mich, dass darüber nicht schon irgendwer geschrieben hat.

UpdateUpdate: (Ui, man kann Beiträge doch tatsächlich noch nach gut 4 Jahren editieren!)
Da bin ich doch glatt zufällig (!) über diesen Uralt-Thread von mir selbst gestolpert und habe festgestellt, dass ich die Auflösung damals nie gepostet habe. Die war ziemlich einfach: Der Programmierer von H2testw hat mir zurückgeschrieben, dass das Programm mit NTFS den zur Verfügung stehenden Platz falsch berechnet. War ja eigentlich auch für USB-Sticks gedacht, die selten mit NTFS kamen. Deshalb geht ihm häufig beim letzten MB unerwartet der Platz aus.
Diese Erkenntnis habe ich seitdem berücksichtigt und lasse pro TB etwa 1,5 MB Platz frei, und habe keine Fehler mehr.
Ob es inzwischen eine neuere Version von H2testw ohne Rechenfehler gibt, weiß ich nicht.