Kubuntu Eingabe Ausgabe Fehler mit neuen Laufwerken

Question

Ich versuche vergeblich, Daten von meinem primären und Backup-Laufwerke auf größere Festplatten zu migrieren. Jeder ist brandneu, SMART-Festplatte sagt, sie sind in Ordnung, ich habe sogar den erweiterten Test auf einen und es war in Ordnung ... Meine Quelle fährt beide haben OK Testergebnisse. Jetzt, wenn ich kopiere, beginnen die Probleme. Die häufigste ich habe, ist mit

Fehler Splicing-Datei: Eingang Ausgang

Was seltsam ist, dass nach dem dies geschieht, alles mit den Zielscheiben screwy geht. Ich habe dann erhalte die folgende Fehlermeldung beim Versuch, sie zu mounten:

Fehler Montage/dev/sdd1 auf/media/user/target_drive_label: Befehlszeilen `mount -t "ntfs" -o„uhelper = udisks2, nodev, nosuid, uid = 1000, gid = 1000 " "/dev/sdd1 ""/media/user/target_drive_label "'mit Nicht-Null-Exit beendet Status 13: $ MFTMirr stimmt nicht mit $ MFT überein (Datensatz 0). Fehler beim Mounten '/ dev/sdd1': Eingabe/Ausgabe-Fehler NTFS ist entweder inkonsistent, oder ist ein Hardwarefehler, oder es ist eine SoftRAID/FakeRAID-Hardware. In der ersten Fall führen Sie chkdsk/f unter Windows dann zweimal in Windows neu starten. Die Verwendung des Parameters/f ist sehr wichtig! Wenn das Gerät ein SoftRAID/FakeRAIDist, aktivieren Sie es zuerst und mounten Sie ein anderes Gerät im Verzeichnis/dev/mapper/(z. B./dev/mapper/nvidia_eahaabcc1). Weitere Informationen finden Sie in der Dokumentation 'dmraid'. (udisks-error-Quark, 0)

ich eine RAID-Karte in meinem Arbeitsplatz haben, aber es ist nicht für einen Überfall genutzt wird, nur JBOD-Konfiguration (wollte einfach mehr interne SATA-6.0-Anschlüsse).

Answer 1

Nach buchstäblich Tagen des Tests (jede Übertragung kann 2,5 Stunden dauern, wenn es ein Erfolg ist, und etwa so viel Zeit für die Prüfsumme) Ich habe herausgefunden, was das Problem ist: Meine Syba RAID-Karte (mit einem Marvel-Chipsatz und in AHCI-Treiber für Linux gebaut) kann einfach nicht große Datenübertragungen (in JBOD-Konfiguration). Die gesamte Karte würde einfach herunterfahren, kein Zugriff auf ein Laufwerk, das mit ihr verbunden ist, und das Ziellaufwerk würde eine Art von Korruption im Dateisystem haben, wenn es NTFS-Format wäre (EXT4 schien den Absturz besser zu überstehen). Hier bitteschön. Billige RAID-Karten unter Linux sind ein NO-GO für große Datenübertragungen, und ich spreche nur 300 Gigs, die größte Übertragung vor dem Absturz war 963, fast ein Erfolg, aber kein Würfel am Ende. Zu Ihrer Information, die RAID-Karte ist eine PCI-Express 2.0 x2-Karte. Die einzige Möglichkeit für eine sichere Übertragung bestand darin, nur ein Laufwerk anzuschließen und Daten von einem anderen in die Hauptplatine integrierten Port zu lesen. An einem Punkt bekam ich eine sehr schnelle Flash-Nachricht von der RAID-Karte beim Neustart nach einer fehlgeschlagenen Übertragung, aber war nicht in der Lage zu sehen, was es sagte, System automatisch neu gestartet, nachdem es geflasht und die Karte war wieder auf und läuft normal. Ich weiß nicht, ob das ein Treiber- oder Chipsatz-Problem ist. Die Hardware selbst scheint gut zu funktionieren.

Update, ich habe eine erfolgreiche Übertragung mit nur 3 Laufwerken verbunden.