USB-Festplatte trennt immer automatisch Verbindung

NeoDerHacker

Cadet 2nd Year
Registriert
Mai 2008
Beiträge
18
Hallo,

ich habe eine 3 TB USB 3.0 Festplatte (airy) von cnmemory (3,5").
Diese ist an meinem Mainboard (MSI FM2-A75IA-E53) per USB 3.0 (rear) angeschlossen.

Nun zum Problem: Nach unbestimmter Zeit, kann manchmal nur 20 Minuten oder mehrere Stunden dauern, verliert mein PC (Windows 8.1) die Verbindung zur Festplatte (Laufwerk wird unter Arbeitsplatz nicht mehr angezeigt.) Und das bleibt dann auch so. Ich muss dann also die Festplatte wieder neu einschalten oder hinten neu einstecken.

Da das auf dauer nervt, wollte ich nun fragen, ob jemand ähnliche Probleme hat und weiß, was man dagegen tun kann?

- MfG Neo
 
ein skript mit dem automatisch alle 15 min auf die platte was geschrieben und gelöscht wird?!
Ergänzung ()

od batch.. ^^ oder kleine exe schreiben und die in autostart die alle 15 min das tut^^

evtl liegt es an treiber oder energieeinstellungen kp
 
Ein bekanntes Problem mit Windows 8.1. Deaktiviere mal die entsprechenden Einstellungen für USB in der Energieverwaltung. Das liegt daran, dass bei USB3 nicht alles 100% mit dem Standard konform weil die frühen "Werke" noch auf dem Draft beruhen.
Der USB3 Controller von AMD ist eine Ableitung des ASMedia 1042 und der war anfangs auch nur xHCI 0.96 konform, kann aber per FW Update auf 1.0 gebracht werden. Ob das beim AMD auch geht, es ggf. ein passende BIOS Update gibt und das Dein Problem behebt oder der USB-SATA Bridgechip im USB Gehäuse das Problem ist, kann ich Dir aber nicht sagen.
 
Holt schrieb:
Deaktiviere mal die entsprechenden Einstellungen für USB in der Energieverwaltung.

Probiere erst einmal diesen Tipp aus. Wenn das dann nichts hilft, schalte mal einen USB 3.0-Hub zwischen Mainboard und HDD. Ich hatte das gleiche Problem und konnte es nur so lösen.
 
Hat jemand einen aktuellen "ASM 1042" (angeblich xHCI 1.0) und kann mal die auf dem Chip aufgedruckte Bezeichnung hier hinschreiben, damit ich das mal mit meinem älteren "ASM 1042" (vermutlich xHCI 0.96) vergleichen kann?
Gestern habe ich die neueste Firmware (v130201) und den neuesten Treiber (v1.16.12.0) für "ASM 1042" installiert, aber da es anscheinend auch Änderungen an den Hardwareregistern zwischen xHCI 0.96 und xHCI 1.00 gab, entspricht mein "ASM 1042" vermutlich immer noch nicht der "xHCI 1.00"-Spezifikation. Da ich aber bisher keine Probleme feststellen konnte kann mir das vermutlich egal sein. Trotzdem würde ich das gerne wissen.
 
Also bisher hat nichts von beiden geholfen. Weder die Energiesparoption unter Energieoptionen zu deaktivieren, noch im Geräte-Manager die Energieeinstellung der USB-Root-Hubs.

Komischerweise hat sich meine Festplatte vor kurzem erneut "abgemeldet". Da ich dabei nicht zu Hause war, habe ich einfach den PC per RDP neu gestartet, aber die Festplatte ist immer noch nicht verfügbar und wird nicht im Geräte-Manager angezeigt.

Erst bei neue einschalten der Festplatte ist sie wieder verfügbar...

Kann es evtl. damit zusammenhängen, dass die Festplatte selbst eine Stromsparfunktion hat? Denn das ist mir schon länger aufgefallen, dass sich die Festplatte nach einer bestimmten Zeit von Inaktivität in den "Standby-Modus" schaltet. Bei meinem alten PC wurde in diesem Zustand die Festplatte allerdings noch erkannt und war erreichbar. Sobald ich dann auf die Festplatte zugreifen wollte, hat es einen Moment gedauert bis die Festplatte "aufgewacht" ist (ca. 10-15 Sekunden) und dann konnte ich wieder normal darauf zugreifen.

MfG Neo
 
Intenso-Gehäuse haben eine solche Stromsparfunktion, die nach 2 Minuten die Platte in den Standby schickt.
Bei Toshiba Canvio wird die Platte nach 10 Minuten schlafen gelegt.
Vielleicht ist es bei cnMemory ebenso.

Zum Testen kannst du folgenden Text in eine Datei "cnMemory.cmd" auf die betreffende Festplatte schreiben und die Datei dann starten:

@echo off
:lesen
rem simuliert Festplattenzugriff und verhindert so Standby
dir *.* >Datei.txt
rem 110 Sekunden warten
@CHOICE /T:110 /D J > NUL
goto :lesen
 
Bei externen HDDs ist es denke ich normal, dass diese sich nach einer bestimmten Zeit der Inaktivität ausschalten. Allerdings verschwindet die Festplatte dann nicht aus der Laufwerksübersicht und wenn ein erneuter Zugriff stattfinden soll, wird die Platte wieder automatisch aktiviert (auch wenn das u.U. etwas länger dauert).

Probier mal die Sache mit dem USB 3.0 Hub.

In diesem Artikel habe ich mal ein paar Hintergrdunginformationen zusammengetragen, weil das Thema in letzter Zeit ziemlich häufig aufkommt.
 
Also ich wollte es nun mit aktualisieren des Treibers probieren.
Ich habe zuerst die aktuellen Chipsatz Treiber von AMD installiert - ohne Erfolg.
Anschließend habe ich mich auf den Rat von exec84 bezogen und auf der Seite den "ASMedia" Treiber heruntergelade.
Dieser kann nicht installiert werden, da der Controllern icht gefunden wird.
Im Gerätemanager heißt der Controller "AMD USB 3.0 eXtensible-Hostcontroller - 0096 (Microsoft)". (VEN: 1022, DEV: 7812)
Leider finde ich dazu keinen passenenden aktuellen Treiber, der helfen könnte...
 
NeoDerHacker schrieb:
Anschließend habe ich mich auf den Rat von exec84 bezogen und auf der Seite den "ASMedia" Treiber heruntergelade.
Dieser kann nicht installiert werden, da der Controllern icht gefunden wird.
Im Gerätemanager heißt der Controller "AMD USB 3.0 eXtensible-Hostcontroller - 0096 (Microsoft)". (VEN: 1022, DEV: 7812)
Leider finde ich dazu keinen passenenden aktuellen Treiber, der helfen könnte...

Naja, der der USB 3.0 Chipsatz ist anscheinend nicht von ASMedia, sondern von AMD. Welchen Chipsatz-Treiber hast du heruntergeladen? Ich würde es mit diesem hier probieren.
 
NeoDerHacker, der AMD USB3 Host Controller basiert zwar auf dem ASMedia 1042, ist aber nicht identisch und kann auch weder mit dessen Treiber noch mit dessen FW zusammenarbeiten.
 
Es gibt da einen Trick:

Man benutzt nicht den Microsoft Windows 8.0 Treiber für den "Intel(R)_USB_3.0_eXtensible_Host_Controller", sondern man benutzt den Intel-Treiber, denn der hat diesen Bug anscheinend nicht.

Anleitung:
http://plugable.com/2012/12/01/windows-8-and-intel-usb-3-0-host-controllers

siehe auch (ganz unten):
https://www.computerbase.de/forum/t...cuda-st3000dm001.1139166/page-2#post-13306973


Intel-Inf:
https://docs.google.com/file/d/0B1iTNRmwaw54RWMyd3hUVV9WZkE/edit?pli=1

Intel-Treiber:
https://downloadcenter.intel.com/Se...ng&keyword=USB 3.0 eXtensible Host Controller
 
Zuletzt bearbeitet:
Bolko schrieb:
Es gibt da einen Trick:

Man benutzt nicht den Microsoft Windows 8.0 Treiber für den "Intel(R)_USB_3.0_eXtensible_Host_Controller", sondern man benutzt den Intel-Treiber, denn der hat diesen Bug anscheinend nicht.

Anleitung:
http://plugable.com/2012/12/01/windows-8-and-intel-usb-3-0-host-controllers

siehe auch (ganz unten):
https://www.computerbase.de/forum/t...cuda-st3000dm001.1139166/page-2#post-13306973


Intel-Inf:
https://docs.google.com/file/d/0B1iTNRmwaw54RWMyd3hUVV9WZkE/edit?pli=1

Intel-Treiber:
https://downloadcenter.intel.com/Se...ng&keyword=USB 3.0 eXtensible Host Controller

Wie gesagt habe ich ja einen "AMD USB 3.0 eXtensible-Hostcontroller - 0096 (Microsoft)" und nicht von Intel, daher wird das wohl nicht funktionieren...
 
Das wird nicht 1:1 funktionieren, aber wenn man unter Win8 den Windows eigenen Treiber gegen den des Herstellers tauschen kann, warum sollte es nur bei Intel und nicht bei AMD klappen? Ein bisschen mehr Eigeninitiative wäre dann aber natürlich schon nötig, aber wenn es bei Dir mit dem Hub auch so klappt, kannst Du Dir das natürlich auch sparen.
 
Zurück
Oben