☰

Bestätigen Sie, dass die Festplattenfehler darauf zurückzuführen sind, dass das USB-Gehäuse Laufwerke mit großer Kapazität nicht unterstützt?

tag-icon • tag-icon windows external-hard-drive
Bestätigen Sie, dass die Festplattenfehler darauf zurückzuführen sind, dass das USB-Gehäuse Laufwerke mit großer Kapazität nicht unterstützt?

Beim Kopieren von Dateien auf meine externe Festplatte traten plötzlich Fehler auf. Es ist viel freier Speicherplatz vorhanden: 1,64 TB von 3,63 TB. Ich konnte das Kopieren der Dateien abschließen, indem ich eine der folgenden zwei Aktionen ausführte:

  1. Löschen Sie zunächst einige große Dateien von der externen Festplatte
  2. ODER die Festplatte in ein anderes USB-Gehäuse einbauen

Darüber hinaus schlägt das Fehlerüberprüfungstool von Windows 8 mit einem Fehler fehl, sofern kein anderes USB-Gehäuse verwendet wird (das Löschen großer Dateien hilft in diesem Fall nicht). Das Befehlszeilentool CHKDSK funktioniert immer und meldet keine Fehler auf der Festplatte.

Wie bestätige ich, dass das USB-Festplattengehäuse das Problem war?(Ich möchte bestätigen, dass das Problemnichtmit meiner Festplatte und ich kann sie sicher weiter verwenden.)Und wie kann ich die von einem USB-HDD-Gehäuse unterstützte Kapazität ermitteln?

detaillierte Informationen:

Der Fehler beim Kopieren einer großen Datei:

Bildbeschreibung hier eingeben

  • Der Code 0x80070057 scheint ein ziemlich allgemeiner Code zu sein.
  • Direkt nachdem dieser Fehler aufgetreten war, habe ich erfolgreich eine 2 GB große Datei kopiert. Ich habe versucht, dieselbe Datei erneut zu kopieren (insgesamt 4 TB) und habe denselben Fehler erhalten.
  • In den Systemereignisprotokollen scheint bei jedem Fehlschlagen einer Kopie Folgendes protokolliert zu werden: „Die Schattenkopien von Volume D: wurden aufgrund eines E/A-Fehlers auf Volume D: abgebrochen.“

Fehler im Fehlerüberprüfungstool von Windows 8:

  • Nach einem Fehlschlag wird die Windows-Ereignisanzeige mit einem Fehler im Zusammenhang mit der Volumeschattenkopie geöffnet. (Ich habe vergessen, die Einzelheiten hierzu aufzuzeichnen.)

Hardware:

  • EnermaxJazz 3.5USB-Festplattengehäuse (Dieses verursacht Fehler; es ist ein ziemlich altes Modell.)
  • LetoDATACLONE3.0USB-HDD-Dock (Dieses scheint fehlerfrei zu sein; viel neueres Modell.)
  • Western Digital 4TB GREEN-FestplatteWD40EZRX

Dateisystem:

  • GPT (2TB MBR-Laufwerk wurde auf 4TB-Laufwerk geklont, dann wurde die Partitionstabelle in GPT konvertiert)
  • NTFS

System:

  • Windows 8
  • Lenovo X1 Carbon-Laptop

aktualisieren:Weitere Details zum protokollierten Ereignis „Die Schattenkopien von Volume D: wurden abgebrochen …“:

System
  - Anbieter
   [ Name] volsnap
  - Ereignis-ID 14
   [Qualifikanten] 49158
   Level 2
   Aufgabe 0
   Schlüsselwörter 0x80000000000000
  - Zeit erstellt
   [Systemzeit] 2015-01-24T21:23:54.296013300Z
   Ereignisdatensatz-ID 1063256374
   Kanalsystem
   Computer X1-Carbon
   Sicherheit
- Ereignisdaten
   \Gerät\HarddiskVolumeShadowCopy6
   D:
   D:
   000000003003000000000000E0006C00A0000000D0000C00200000000000000000000000000000

Aktualisierung 2:

Fehler beim Mounten des 4TB-Laufwerks in Ubuntu mit dem Dock, das unter Windows funktioniert:

Fehler beim Mounten von /dev/sdc1 unter /media/daniel/DeskStar: Die Befehlszeile `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/sdc1" "/media/daniel/DeskStar"' wurde mit einem Exit-Status ungleich Null beendet 13: ntfs_attr_pread_i: ntfs_pread fehlgeschlagen: Eingabe-/Ausgabefehler
NTFS $Bitmap konnte nicht gelesen werden: Eingabe-/Ausgabefehler
NTFS ist entweder inkonsistent, oder es liegt ein Hardwarefehler vor, oder es handelt sich um ein
SoftRAID/FakeRAID Hardware. Im ersten Fall führen Sie chkdsk /f unter Windows aus
dann zweimal einen Neustart in Windows durchführen. Die Verwendung des Parameters /f ist sehr
wichtig! Wenn das Gerät ein SoftRAID/FakeRAID ist, aktivieren Sie zuerst
es und mounten Sie ein anderes Gerät im Verzeichnis /dev/mapper/ (zB
/dev/mapper/nvidia_eahaabcc1). Bitte beachten Sie die „dmraid“-Dokumentation
für mehr Details.

Das Laufwerk ist in nicht aufgeführt fdisk -l, daher kann ich es nicht versuchen dd… Ich habe versucht, die Verbindung zu Windows wiederherzustellen: kein Problem; das Fehlerüberprüfungstool für die Datenträgereigenschaften von Windows meldet keine Fehler.

Auch:

Versuchte die Verwendung ddauf dem (Problem?) Gehäuse mit einemanders2TB Festplatte:

  • Kein Fehler beim Lesenskip=0
  • Kein Fehler beim Lesenskip=SOMEWHERE_NEAR_MIDDLE_OF_DRIVE
  • Fehler beim Lesen von Sektoren am Ende oder nahe dem Ende des Laufwerks:
daniel@computer:~$ sudo dd bs=512 if=/dev/sdb1 of=test skip=3907026942 count=1
dd: '/dev/sdb1': kann nicht übersprungen werden: Ungültiges Argument
0+0 Datensätze in
0+0 Datensätze ausgegeben
0 Bytes (0 B) kopiert, 0,000210598 s, 0,0 kB/s

Antwort1

Wenn es am USB-Laufwerk liegt und die Größe eine Rolle spielt, kann das USB-Laufwerk eine Sektorschreibanforderung (und wahrscheinlich auch eine Sektorleseanforderung) nicht richtig verarbeiten. Die Dateigröße spielt keine Rolle. Die Ursache liegt darin, dass die größere Datei „Teile“ hat, die über die adressierbare Grenze hinausgehen.

Aufgrund der Festplattenfragmentierung ist es schwierig, diese Hypothese zu bestätigen oder zu widerlegen, aber Sie können es mit jedem Tool versuchen, das die Festplattenfragmentierungskarte anzeigt. Dies sollte eine große Festplatte anzeigen, deren Anfang sich füllt, undNichtsab einem bestimmten Punkt. Vor allem nicht am Ende.

Auf einer FAT32-Festplatte könnten Sie versuchen, die Platte mit kleinen Dateien von jeweils 8 KB Größe zu füllen, bis der „erreichbare“ Bereich voll ist und die Platte nicht mehr beschreibbar ist. Aber die Platte ist NTFS und die Methode ist nicht wirklich präzise oder sicher.

Wenn möglich, würde ich die Festplatte auf einer Linux-Live-Distribution mounten. An diesem Punkt könnten Sie versuchen, die Festplatte Sektor für Sektor zu lesen:

fdisk -l

wird Ihnen sagen, wie viele 512-Byte-Blöcke sich auf der externen Festplatte befinden. Dann

dd bs=512 if=/dev/sdc of=test skip=NNNNN count=1

fordert das Lesen des Sektors NNNNN an (einsbasiert :-) ).

Wenn es um eine Begrenzung auf NNNNN geht, werden Sie Folgendes feststellen:

N=1         it works
N=MAX_NUM   it fails
N=MAX_NUM/2 it fails

...

so können Sie mit einem Klassiker beginnenBisektionsalgorithmusund bestimmen Sie, wo der kritische Sektor „C“ liegt (jeder Sektor vor C ist lesbar, jeder danach nicht). Wenn ein solcher Sektor existiert, liegt entweder ein unglaublich seltsamer Hardwareschaden vor oder der von Ihnen gesuchte Beweis für die Schuld des Gehäuses.

Update - Grenzfindung durch Halbieren: ein Beispiel

Nehmen wir also an, die Festplatte ist 4 TB groß, also 8.000.000.000 Sektoren. Wir wissen, dass Sektor 1 lesbar ist und Sektor 8 Milliarden nicht. Lassen Sie READABLE 1 sein, lassen Sie UNREADABLE 8 sein. Dann lautet der Algorithmus:

 let TESTING be (READABLE + UNREADABLE)/2
 if sector TESTING is readable then READABLE becomes equal to TESTING
 else, UNREADABLE becomes equal to TESTING.
 Lather, rinse, repeat with the new values of (UN)READABLE.
 When two consecutive values of TESTING are obtained, that's your boundary.

Stellen wir uns vor, die Grenze liege aufgrund eines seltsamen Fehlers im Gehäuse beim Sektor 3.141.592.653.

 first pass: testing = (1 + 8000000000)/2 = 4000000000.
 4,000,000,000 is unreadable, so replace 8,000,000,000 with 4,000,000,000
 second pass: testing (1 + 4M)/2 = 2M
 sector 2M is readable, so replace 1 with 2,000,000,000
 third pass: testing (2M + 4M)/2 = 3M
 sector 3,000,000,000 is readable
 fourth pass: testing (3M + 4M)/2 = 3,500,000,000 which is UNREADABLE
 fifth: (3 + 3.5) / 2 = 3,250,000,000 UNREADABLE
 ...

So nähern sich READABLE und UNREADABLE der unbekannten Grenze immer näher, aus beiden Richtungen. Wenn sie nahe genug sind, können Sie sogar alle Sektoren dazwischen ausprobieren.

Um die Grenze zu finden, müssen nur log2(max - min) = log2(4TB - 0) = log2(4TB) = log2(2 40 ) = 40 (eigentlich glaube ich vielleicht 42) Sektoren gelesen werden. Angesichts einer Reset-Verzögerung von 30" am Gehäuse, wenn ein Lesefehler auftritt, sollte das höchstens 20 Minuten dauern, wahrscheinlich viel weniger.

Sobald Sie die Grenze B haben, bestätigen Sie sieIsteiner Grenze können Sie große Blöcke vor B sequenziell lesen (das dauert nicht zu lange), vielleicht ein Megabyte pro Gigabyte oder so; und dann eine zufällige Stichprobe der Sektoren hinter B. Zum Beispiel die ersten 4*63 Sektoren hinter der Grenze, dann ein Sektor alle 3905 (oder alle RAND(4000, 4100) ), um zu vermeiden, dass immer dieselbe Magnetplatte getroffen wird.

Wenn Sie jedoch tatsächlich ein grenzähnliches Verhalten finden und dies mit einer weiteren Einschließung bestätigen,Es gibt keine solche Grenze- nun, ich würde den Fall für abgeschlossen erklären.

Antwort2

OK, ich glaube, ich habe es herausgefunden:

  • Untersuchen Sie das dmesgProtokoll, um den vom USB-Gerät unterstützten adressierbaren Speicher zu überprüfen.
  • Linux scheint die Nutzung einer Festplatte zu verhindern, wenn diese den adressierbaren Speicher eines USB-Geräts überschreitet. (Mit mehreren Fehlern).
  • Windows erlaubt die Nutzung einer Festplatte, auch wenn diese den adressierbaren Speicher eines USB-Geräts überschreitet. (Bis das Adresslimit erreicht ist.) (Das Problem war also ... Windows?)

Dasselbe Laufwerk in unterschiedlichen Gehäusen führt zu zwei unterschiedlichen gemeldeten Kapazitäten:

  • 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
  • 3519069872 512-byte logical blocks:(1.80 TB/1.63 TiB)

Alle Einzelheiten:

1. dmesgbeim Anschluss eines „modernen“ Docks mit 4TB-Laufwerk:

[93507.922275] USB 1-1.2: Neues High-Speed-USB-Gerät Nummer 17 mit ehci-pci
[93508.087948] usb 1-1.2: Neues USB-Gerät gefunden, idVendor=067b, idProduct=2773
[93508.087959] usb 1-1.2: Neue USB-Gerätezeichenfolgen: Mfr=1, Product=2, SerialNumber=3
[93508.087964] usb 1-1.2: Produkt: ATAPI-6 Bridge Controller
[93508.087969] USB 1-1.2: Hersteller: Prolific Technology Inc.
[93508.087973] usb 1-1.2: Seriennummer: 0123456789000000110
[93508.088621] usb-storage 1-1.2:1.0: USB-Massenspeichergerät erkannt
[93508.089092] scsi24: USB-Speicher 1-1.2:1.0
[93509.087318] scsi 24:0:0:0: Direktzugriff Prolific ATAPI-6 Bridge C MPAO PQ: 0 ANSI: 0
[93509.087836] sd 24:0:0:0: Angeschlossener SCSI-Generischer SG2-Typ 0
[93509.088684] sd 24:0:0:0: [sdb] Sehr großes Gerät. Versuch, READ CAPACITY(16) zu verwenden.
[93509.089837] sd 24:0:0:0: [sdb] 7814037168 512-Byte-logische Blöcke: (4,00 TB/3,63 TiB)
[93509.090945] sd 24:0:0:0: [sdb] Schreibschutz ist deaktiviert
[93509.090958] sd 24:0:0:0: [sdb] Modus Sinn: 03 00 00 00
[93509.092819] sd 24:0:0:0: [sdb] Keine Caching-Modus-Seite gefunden
[93509.092832] sd 24:0:0:0: [sdb] Angenommen, Laufwerk-Cache: Durchschreiben
[93509.094321] sd 24:0:0:0: [sdb] Sehr großes Gerät. Versuch, READ CAPACITY(16) zu verwenden.
[93509.100539] sd 24:0:0:0: [sdb] Keine Caching-Modus-Seite gefunden
[93509.100545] sd 24:0:0:0: [sdb] Angenommen, Laufwerk-Cache: Durchschreiben
[93509.170090] sdb: sdb1
[93509.171931] sd 24:0:0:0: [sdb] Sehr großes Gerät. Versuch, READ CAPACITY(16) zu verwenden.
[93509.176059] sd 24:0:0:0: [sdb] Keine Caching-Modus-Seite gefunden
[93509.176078] sd 24:0:0:0: [sdb] Angenommen, Laufwerk-Cache: Durchschreiben
[93509.176086] sd 24:0:0:0: [sdb] Angeschlossene SCSI-Festplatte

2. dmesgbeim Anschluss eines älteren Gehäuses mit 4TB-Laufwerk:

[89939.561869] USB 1-1.2: Neues High-Speed-USB-Gerät Nummer 14 mit ehci-pci
[89939.656581] usb 1-1.2: Neues USB-Gerät gefunden, idVendor=152d, idProduct=2338
[89939.656592] usb 1-1.2: Neue USB-Gerätezeichenfolgen: Mfr=1, Product=2,SerialNumber=5
[89939.656598] usb 1-1.2: Produkt: USB zu ATA/ATAPI Bridge
[89939.656602] USB 1-1.2: Hersteller: JMicron
[89939.656606] usb 1-1.2: Seriennummer: 0613316A1498
[89939.658334] usb-storage 1-1.2:1.0: USB-Massenspeichergerät erkannt
[89939.658805] scsi20: USB-Speicher 1-1.2:1.0
[89940.659147] scsi 20:0:0:0: Direktzugriff HGST HMS 5C4040ALE640 A580 PQ: 0 ANSI: 2 CCS
[89940.659959] sd 20:0:0:0: Angeschlossener SCSI-Generischer SG2-Typ 0
[89940.661373] sd 20:0:0:0: [sdb] 3519069872 512-Byte-logische Blöcke: (1,80 TB/1,63 TiB)
[89940.662410] sd 20:0:0:0: [sdb] Schreibschutz ist deaktiviert
[89940.662424] sd 20:0:0:0: [sdb] Modus Sinn: 00 38 00 00
[89940.663438] sd 20:0:0:0: [sdb] Anforderung der Cache-Daten fehlgeschlagen
[89940.663446] sd 20:0:0:0: [sdb] Annahme Laufwerk-Cache: Durchschreiben
[89940.667752] sd 20:0:0:0: [sdb] Anforderung der Cache-Daten ist fehlgeschlagen
[89940.667761] sd 20:0:0:0: [sdb] Annahme Laufwerk-Cache: Durchschreiben
[89940.684862] sdb: unbekannte Partitionstabelle
[89940.687887] sd 20:0:0:0: [sdb] Anforderung der Cache-Daten fehlgeschlagen
[89940.687893] sd 20:0:0:0: [sdb] Annahme Laufwerk-Cache: Durchschreiben
[89940.687897] sd 20:0:0:0: [sdb] Angeschlossene SCSI-Festplatte

Antwort3

Es gibt einige Möglichkeiten, Ihre Festplatte zu testen. Laden Sie eine Software namens „HDTune“ herunter. Dies ist ein kostenpflichtiges Programm, es gibt aber eine Testversion, die 30 Tage lang mit vollem Funktionsumfang läuft. Sie können es verwenden, um nach fehlerhaften Sektoren zu suchen und den Zustand Ihrer Festplatte zu überprüfen. Falls Sie fehlerhafte Sektoren haben, können Sie versuchen, diese mit HDD Regeneratoren zu reparieren.Hirens herunterladenWas ich persönlich verwende.

Stellen Sie sicher, dass außer der Festplatte, die Sie testen möchten, keine anderen Festplatten eingesteckt sind. Das Programm ist bootfähig und kann auf eine CD oder ein USB-Laufwerk brennen.

Als nächstes schlage ich vor, dass Sie Ihre Kabel überprüfen. Besonders bei externen Laufwerken werden diese Fehler normalerweise durch Stromausfall verursacht. Versuchen Sie, es an einen anderen Computer anzuschließen oder die Kabel auszutauschen, wenn Sie zusätzliche haben. Prüfen Sie dann, ob es immer noch nicht funktioniert.

Antwort4

Es ist seltsam, dass der Fehler bei Dateien über 4 GB auftritt. Da es sich bei dem FS um NTFS handelt, ist die Einschränkung ausgeschlossen.

Ich vermute, dass es sich um einen Puffer-Desynchronisierungsfehler handelt.

Versuchen Sie Folgendes: Gehen Sie zu regedit --> HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\System Erstellen Sie einen neuen DWORD-Wert mit dem Namen CopyFileBufferedSynchronousIo. Ändern Sie den Wert vom Standardwert 0 auf 1.

Weitere zu berücksichtigende Punkte: Haben Sie sehr lange Pfade und Dateinamen (etwa über 255 Zeichen)? Verwenden Sie zusätzliche Sprachen im Betriebssystem oder andere als die standardmäßigen Einstellungen für Region/Tastatur oder Zeit/Datumsformat? (So seltsam es klingt, diese können genug Dinge in Windows kaputt machen). Alternativ kann der Controller des externen Laufwerks möglicherweise nicht mehr als 2,0 TB ansprechen. -Bearbeiten- Können Sie einen Screenshot des genauen aktuell verwendeten Speicherplatzes posten?

verwandte Informationen