Ich verwende einen Mac mini als Server und habe zwei OWC MiniStacks daran angeschlossen. Die Ministacks werden über USB3 angeschlossen und befinden sich unter dem Mac mini. Der Ministack in der Mitte hat nach dem Zufallsprinzip angefangen, die Verbindung zu trennen, und ich muss ihn aus- und wieder einschalten, um eine Verbindung herzustellen.
Der Mac mini ist immer an, verwendet El Capitan und ich verwende die USB-Laufwerke als vom Server bereitgestellte Netzwerkfestplatten. Das Laufwerk wird nach einem Tag oder manchmal einer Woche getrennt. Ich habe es nur auf Server abgebildet.
Ich habe überall Seagate Enterprise Capacity-Laufwerke.
In der Konsole erhalte ich folgende Ausgabe:
22/08/16 19:08:19,000 kernel[0] USB device 1E91B0B114700000 - BOT reset completed with kIOReturnTimeout.
22/08/16 19:08:19,000 kernel[0] USB device 1E91B0B114700000 - will be reset!
22/08/16 19:08:20,000 kernel[0] 1533181.822274 PRT7@14700000: AppleUSB30XHCIPort::resetAndCreateDevice: failed to create device after (1) tries, disabling port
22/08/16 19:08:21,000 kernel[0] USB device 1E91B0B114700000 - fConsecutiveResetCount = 1.
22/08/16 19:08:21,000 kernel[0] disk3s2: device/channel is not attached.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
...
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
...
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] hfs: unmount initiated on SERVER DATA 2 on device disk3s2
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: do_jnl_io: strategy err 0x6
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: write_journal_header: error writing the journal header!
22/08/16 19:08:22,775 fseventsd[61] disk logger: failed to open output file /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No such file or directory). mount point /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:22,776 fseventsd[61] disk logger: failed to open output file /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No such file or directory). mount point /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:23,085 deleted[695] normalizeUserMountpoint:791 volRoot failed for /Volumes/SERVER DATA 2
22/08/16 19:08:23,085 deleted[695] _validateVolume:813 unable to normalize volume: "/Volumes/SERVER DATA 2", vol: (null)
22/08/16 19:08:26,148 certadmin[97828] Connected to the Notify Service
Was ist los? Festplatte defekt? Fehlerhaftes Gehäuse? Mac mini-Einstellungen vermasselt?
Vielen Dank im Voraus!
Nachdem ich mein Problem weiter untersucht hatte, identifizierte ich den Newertech Ministack 2012 als Ursache meines Problems.
Unsere Laufwerke wurden getrennt, weil sie überhitzt waren. Während sich die Lüfter zu drehen beginnen, wenn ich den Ministack einschalte, drehen sie sich praktisch nicht weiter, wenn die Laufwerke aus dem Standby/Leerlauf zurückkehren und ausgeschaltet bleiben. Dies verursachte in unserer Umgebung bereits einige tote Festplatten und andere Laufwerke erlebten Temperaturen um die 70 ° C.
Seltsamerweise sind die Gehäuse innen recht sauber, dies könnte bedeuten, dass das Lüfterverhalten seit dem Kauf durchgehend so ist. Die Gehege wurden zwischen 2014 und 2015 über offizielle Kanäle gekauft.
Ich fange an zu glauben, dass dies ein produktionsbezogenes oder architektonisches Problem sein könnte, das dieses Modell hat. Am Tag nachdem ich Newertech kontaktiert hatte, waren die Gehäuse nicht zum Kauf verfügbar. Normalerweise habe ich gute Erfahrungen mit dem Unternehmen gemacht, aber die Datenspeicherung ist sehr wichtig, also versuche ich, der Ursache dieses Problems auf den Grund zu gehen.
Ich habe verschiedene Einstellungen getestet, indem ich das Gehäuse eingeschaltet, auf das Laufwerk zugegriffen, das Laufwerk im Leerlauf gelassen (normalerweise 10 Minuten) und in den Standby-Modus versetzt, erneut auf das Laufwerk zugegriffen und das Lüfterverhalten überprüft habe. Ich wechselte HDD-Anbieter, Kabel, Schnittstellen, Computer, OS-X-Versionen, dies verlässt das Gehäuse.
Könnte mir bitte jemand eine Rückmeldung geben? Ich würde gerne herausfinden, ob meine Gehäuse einfach alle mit dem gleichen Problem kaputt gegangen sind oder ob wir alle ein sehr großes Problem haben! Meine Laufwerke erhitzten sich auf 70 ° C und sollten ungefähr 40 ° C betragen, wobei 60 ° C die vom Laufwerkhersteller empfohlene Höchsttemperatur sind.
Vor nicht allzu langer Zeit erlebte ich eine ähnliche Situation mit einem neuen Gehäuse und Laufwerken. Es war sehr frustrierend, da es wirklich schwierig ist, einen sporadischen Fehler zu beheben.
In meinem Fall habe ich einen Teil der Verkabelung überarbeitet/ersetzt, wodurch das Problem gelöst wurde.
Ich habe einen macPro 2009 für 2010 geflasht damit Sierra (und jetzt High Sierra) laufen kann. Ich habe eine USB 3.0 PCI-X 4-Port-Karte installiert, die seit mindestens Yosemite gut funktioniert. Ich habe einen Port an einen M-Beat 7-Port (USB 2.0 2 Ports, der Rest USB 3.0) mit Stromversorgung angeschlossen Hub. Bei mir begannen die Verbindungsabbrüche in Sierra. Von Zeit zu Zeit wurden die an meinen Hub angeschlossenen Tauchgänge getrennt und wieder verbunden, unabhängig davon, ob es sich um USB-Laufwerke oder Festplatten handelte. Ich habe alles Geschriebene ausprobiert, einschließlich der Installation von Kexts von Drittanbietern, der Unterbrechung der Stromversorgung des Hubs usw. Ich habe sogar einen neuen M-Beat gekauft, „nur für den Fall“. Ich habe dann etwas recherchiert und am Ende einen 7-Port-Hub mit TP-Link UH720-Stromversorgung (mit 2 zusätzlichen Ladeports) gekauft. Dieses Gerät wird von einer 12-Volt-Stromquelle gespeist, was bedeutet, dass es irgendwo auf 5 V heruntergefahren wird, bevor es zu den Ausgängen geht. Das ist, glaube ich, der Knaller. Hubs mit einer 12-V-Versorgung sind tendenziell stabiler. Seit der Installation von TP-Link war es über 48 Stunden felsenfest ohne jegliche Drop-Puts. Antwort