USB 3.0 Festplatte hängt sich beim Kopieren auf

[dead_brain]

Hi,

ich habe derzeit das Problem, dass sich meine externe Festplatte (RaidSonic Icy Box IB-273StU3-B + Seagate Samsung Spinpoint M8 500GB, welche ich aus meinem Laptop ausgebaut habe) beim Kopieren aufhängt und sogar den Browser/Windows für ca 10-30 Sekunden aufhängt und erst nachdem ab- und anstecken wieder funktioniert. Ich weiß, dass meine Festplatte eine recht hohe Schreibfehlerrate hat, wobei ich nicht weiß, ob es daran liegen könnte. Ich habe in der Ereignisanzeige nachgeschaut und dort sind dann ca 8000 Ereignisse, die nur durch ein einmaliges aufhängen entstehen, mit folgender Meldung :"Bei einem Auslagerungsvorgang wurde ein Fehler festgestellt. Betroffen ist Gerät \Device\Harddisk3\DR9.". Ich wollte jetzt von euch wissen, ob die Festplatte oder der Controlle der Auslöser für diesen Fehler ist. Ich gehe jetzt mal davon aus, dass es nicht am Haswell-Chipsatz liegt.


Danke im Voraus.

MfG dead_brain

 

[druckluft]

Hast du die Möglichkeit, die Festplatte in einem anderen Gehäuse zu Testen? Oft werden solche Probleme durch die USB-zu-SATA-Controller hervorgerufen. Wenn du großes Glück hast, gibt es für diesen Chipsatz im Gehäuse sogar ein Firmware Update. Wobei ich jetzt nicht sagen kenn welcher in deiner Icy Box verbaut ist. Ich habe zum Beispiel eine IB-250StU3-BH mit dem Asmedia ASM1051 Chipset. Da gäbe es auf [url]www.station-drivers.com ein Firmware Update.[/URL]
Das zu updaten kann natürlich etwas tricky sein und nur unter bestimmten Bedingungen an bestimmten USB-Ports funktionieren usw.

 

[werkam]

Bei mir hat es der NEC Renesas Controller immer gemacht, habe dann im Utility umgestellt das die "USB 3.0 Energieverwaltungsfunktion" deaktiviert ist >> Problem behoben.
Wenn es das Board aus der Sig ist, hat es ja einen Intel USB und keinen NEC Renesas?

 

[dead_brain]

Erst mal Danke für die Antworten .

Also ich habe die Festplatte vorhin am USB 2.0 Port getestet und dort hat sie bis jetzt keine Probleme gemacht.

@druckluft:
Ich habe leider kein weiteres Gehäuse übrig, wobei das für mich nicht das Problem wäre ein neues zu kaufen um es auszutesten.
Wie kann ich denn den Controller des Gehäuses auslesen?

@werkam:
Soweit ich weiß hat mein Mainboard nur Intel USB und nicht wie das Extreme 4 einen Asmedia-Chip.

Ich werde Morgen mal im UEFI schauen, ob dort vllt. noch irgendetwas eingestellt ist, was zu dem Problem führen könnte.

 

[druckluft]

Entweder du öffnest es und schaust rein, was für ein Chip verbaut ist oder liest es aus. HWiNFO müsste es anzeigen.

 

[dead_brain]

Also mit HWiNFO kann ich den Controller nicht auslesen aber ich werde heute Abend das Festplattengehäuse aufschrauben und schauen, welcher Controller verbaut ist.

 

[dead_brain]

So habe das Gehäuse mal aufgeschraubt aber leider nirgends den Namen des Controllers ablesen können. Ich werde mal die Tage den Support anschreiben und fragen, ob die mir sagen können, um welchen Controller es sich handelt.

 

[Holt]

Vorsicht mit FW Updates die irgendwo aus dem Netz kommen und nicht direkt für das konkrete Gerät sind, damit kann man sich die HW schnell mal zerschießen! Das geht schon damit los, dass diese Controller alle Multi-Purpose I/O Pins haben und der Pin der in dem Gehäuse für das die FW gedacht ist als Ausgang die LED ansteuert, kann im eigenen von der FW als Eingang konfiguriert sein und den "Backup" Button abfragen, den man dann besser nicht drücken sollte, wenn man gerade auf die Platte zugreift.

Ergänzung (24. Dezember 2013)

Frag auch den Support gleich noch, welche xHCI Version der Chip unterstützt, denn die sind nicht alle nicht 100% mit dem Standard konform, weil die ersten USB3 Chips noch auf dem Draft beruht haben.

The other main differentiator is xHCI (eXtensible Host Controller Interface) support, as some of the earlier designs only support xHCI 0.96; newer designs are following the xHCI 1.0 spec. As to exactly what has changed between version 0.96 and 1.0 is somewhat unclear as the previous version of the xHCI specification is no longer available. What we do know is that version 1.0 adds support for what is known as UX states which allows the various peripheral devices to go into a couple of low power sleep modes. Sadly very few devices have UX states enabled today, as it's not entirely backwards compatible with xHCI 0.96 and can cause disconnect problems.

 

[Hanne]

@dead_brain,

ist mal versucht worden, im Gerätemanager > USB-Controller > USB-Root-Hub > Energieverwaltung > beide Haken entfernen -

 

[dead_brain]

Sry dass ich jetzt erst wieder schreibe.

@Holt: Ich habe den Support bereits angeschrieben. Die haben gemeint, dass es evtl. am Kabel liegen könnte, was aber nicht der Fall ist.

@Hanne: Bei mir im Gerätemanager ist alles schon auf deinen vorgeschlagenen Einstellungen.

Und mir ist beim Testen mit einem anderen Kabel aufgefallen, dass am Ende noch dieses Ereignis auftritt (Origin-Ordner auf Externe HDD kopieren):

Die Beschreibung für die Ereignis-ID "50" aus der Quelle "Ntfs" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren.

Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden.

Die folgenden Informationen wurden mit dem Ereignis gespeichert:

\Images\Origin Games\Battlefield 3\Data\cas_04.cas

Die Meldungressource ist vorhanden, aber die Meldung wurde nicht in der Zeichenfolge-/Meldungstabelle gefunden

dead_brain

 

[Holt]

Poste bitte mal den Screen von CrystalDiskInfo, ziehe aber bitte das Fenster soweit auf, dass alle Attribute und auch die Hex-Werte bzw. Rohwerte vollständig sichtbar sind.

 

[dead_brain]

In CrystalDiskInfo ist die Festplatte nicht gelistet.