USB-Stick Integrität testen?

[Carsten Hölscher]

Wir hatten einen Stick, der offenbar technisch nicht ok ist. Die Daten ließen sich nicht auf die Festplatte kopieren. Nun ist das vermutlich eim Einzelfall. Trotzdem die Frage: Kennt jemand ein Verfahren, was so schnell geht dass es den Einpackprozess nicht groß verzögert und solche Fälle erkennt?

Carsten

[Alwin Meschede]

Wenn es nur darum geht, ob überhaupt irgendetwas vom Stick gelesen werden kann, würde ich mir ein Programm schreiben, dass eine der kleineren Dateien vom Stick liest und von mir aus auch noch eine billige Checksumme über das gelesene Ergebnis laufen lässt.

[Axel Hölscher]

Wenn es nur darum geht, ob überhaupt irgendetwas vom Stick gelesen werden kann, würde ich mir ein Programm schreiben, dass eine der kleineren Dateien vom Stick liest und von mir aus auch noch eine billige Checksumme über das gelesene Ergebnis laufen lässt.

Ne, bei dem Fall ist es so, dass die große setup.exe wohl korrupt ist, der Stick und andere Dateien aber grundsätzlich ok. Da würde dein Vorschlag nicht funktionieren.

[F(R)S-Bauer]

Hallo Zusammen,

ich würde vorschlagen diesen Einzelfall hiermit http://www.heise.de/download/h2testw.html" target="_blank mal zu testen.
Sollte dabei der beliebte Speicherbetrug raus kommen, habt Ihr ein Problem.
Ansonsten dürfte es ein Einzelfall sein.

Für den Serientest:
Da würde ich die gute alte Kommandozeile nehmen, nix ist schneller.
Dann würde ich auf c:\master die Dateien Hinlegen und ein batch.cmd nehmen.
Hier ist F: das usb sticklein, alle dateien müssen gleich heissen.
Habt Ihr Unterverzeichnisse müsst Ihr noch ein Zeile Pro Unterverzeichnis zu packen und via Errorlevel bei fehlern zu eine marke
verzweigen und ein Warnung aus geben.

Code: Alles auswählen

@echo on
comp c:\master\*.* f:\*.*

Das als batch.cmd speichern und via Verknüpfung aufrufen.

mfg

Ralf

[Alwin Meschede]

Über wieviel Megabyte reden wir? 500 MB? Wenn der Stick beim Lesen 12 MB/s bringt, hätte man das ja in gut 40 Sekunden eingelesen. Dann weiß man Bescheid. Man könnte natürlich wenn's schnell gehen soll auch Teile der Datei "samplen". Dann hätte man eine Aussage a la "mit x % Wahrscheinlichkeit ist die Setup.exe in Ordnung"

[Max Senft]

Hi,

ich hätte da jetzt an ein Tool gedacht, dass eine Checksumme berechnet. MD5 oder SHX. allerdings braucht das halt auch die Zeit um die gesamte Datei einzulesen. Die ausgespuckte Checksumme mit der korrekten vergleichen, fertig.

Auf die schnelle hatte ich sogar ein Tool auf der Microsoft-Seite gefunden, das von Microsoft nicht supported wird : https://www.microsoft.com/en-us/downloa ... x?id=11533" target="_blank

Gruß
Max

[bottomisenormous]

Ach Gottchen, bei solchen Einzelfällen ist es wie überall im Handel: Umtauschen. Bei GR hatten wir auch einmal eine defekte DVD - Zurückgeschickt und eine Neue dafür bekommen.
Ist zwar für alle Beteiligten ein bißchen Aufwand und eher ärgerlich aber bei so einer überschaubaren Produktion kann man das schon machen, denke ich.

( kann mal Jemand die Überschrift ändern auf "Integrität" ? )

[Axel Hölscher]

Ach Gottchen, bei solchen Einzelfällen ist es wie überall im Handel: Umtauschen.

Nein, den Fehler würden wir schon gerne vorher bemerken.

Über wieviel Megabyte reden wir? 500 MB?

Ja.

[Roland Ziegler]

Hi,

ich hätte da jetzt an ein Tool gedacht, dass eine Checksumme berechnet. MD5 oder SHX. allerdings braucht das halt auch die Zeit um die gesamte Datei einzulesen. Die ausgespuckte Checksumme mit der korrekten vergleichen, fertig.

Auf die schnelle hatte ich sogar ein Tool auf der Microsoft-Seite gefunden, das von Microsoft nicht supported wird : https://www.microsoft.com/en-us/downloa ... x?id=11533" target="_blank

Gruß
Max

Jau, MD5 o.ä. wäre ein üblicher Weg. So ein Prüfsummenprüfer lässt sich mit dem Crypto-API aus dem Windows-SDK auch recht schnell selbst schreiben. Noch einfacher aber über .Net, weil da die Schnittstelle simpler ist.

[idl0r]

md5sum, gibt es AFAIK auch für Windows. Dauert bei 500M und nem USB Stick (vermutlich langsam und noch 2.0?) etwas aber m.E. noch in Ordnung. crc32 geht deutlich schneller (CPU seitig) aber ist auch nicht ganz so "sicher" im Vergleich zu einer MD5 (was die collisions betrifft) Summe, sollte aber auch in diesem Fall ausreichen.
Man kann beides auch wunderbar automatisieren.

[Roland Ziegler]

Ich wusste doch, ich hatte das vor einiger Zeit in .Net gebraucht:

Code: Alles auswählen

  public static class ExtFileInfo {
    public static byte[] ComputeMD5 (this FileInfo fi) {
      using (var md5 = SSC.MD5.Create ()) {
        using (var stream = File.OpenRead (fi.FullName)) {
          return md5.ComputeHash (stream);
        }
      }
    }
  }

[Carsten Hölscher]

MD5 findet das Problem. Werde das jetzt in den automatischen Bestellprozess einbauen.
Danke für Eure Hilfe.

Carsten

[Matthias W.]

MD5 findet das Problem. Werde das jetzt in den automatischen Bestellprozess einbauen.
Danke für Eure Hilfe.

Carsten

Glückwunsch zum Erfolg Carsten!
Sei euch vergönnt