Dies ist ein Umzug aus dem Macbook-Forum:
https://www.macuser.de/forum/thema/...-0-fault-device-3-0-0-reason-0x5-W-0x852c2000
weil ich mittlerweile an ein Software-Problem glaube.
Deine Kritik ist absolut nachvollziehbar und berechtigt, deshalb hier mal im Zusammenhang, wie sich das Problem ganz unerwartet zu einem (für mich) Riesenproblem entwickelt hat:
Ich betreibe seit 3 Jahren einen Early-2011-er MBP 15" mit Apple-SSD, die ich mit hardwrk-Adapter an Stelle des Superdrive betreibe, während im originären HDD-Slot eine WD-2TB-Disk arbeitet.
Mit dem System war ich sehr zufrieden, bis zunehmend öfter der Early-2011-GPU-Fehler auftauchte (Booten geht dann nicht mehr oder erst nach dem x-ten Versuch). Deshalb habe ich mir in Ebay einen Mid-2012-er der gleichen Bauart gekauft. Den Übergang hielt ich für trivial:
a) habe ich die Crucial-SSD des 2012-ers in einen neuen hardwrk-Adapter gesteckt und wieder anstelle des Superdrive eingebaut.
b) habe ich den 2012-er über FW800 von einem Backup meines alten Systems (10.9.3) gebootet, und per CCC das alte System auf die SSD transferiert.
c) dann habe ich von der SSD gebootet. Dabei ergab sich völlig unerwartet eine Wartezeit (spinning wheel) von 5..10 Minuten. Ansonsten und danach war alles ok, d.h. ich konnte das System normal benutzen.
d) weil ich das sich anbahnende Problem noch nicht erkannte und ernst nahm, habe ich auf der SSD ein neues 10.9.4 installiert, um überhaupt zu sehen, ob der 2012-er ok war. Das war er auch mit dem frischen und nackten (also ohne Migration belassenen) 10.9.4 auf der SSD.
e) Dann habe ich per Migrationsassistent den Inhalt des alten 10.9.3 Arbeitssystems auf das frische 10.9.4 auf der SSD übertragen. Danach bootete das "neue" Arbeitssystem wieder nur mit der Verzögerung, die bei Prüfung mit CMD+V zufällig - wie ich heute glaube - bei der Protokollmessage "pci pause: SDXC" auftrat.
f) Googeln nach "pci pause: SDXC" hat mich dann einen ganzen Tag in die Irre geführt. Heute glaube ich wie gesagt, dass das Problem mit SDXC und dem Kartenleser nichts zu tun hat.
g) ich habe verschiedene Varianten der Migration ausprobiert, also direkt im Anschluss als letzten Schritt der Installation, oder nachträglich. Letztlich aber immer der gleiche Effekt: ca. 10 Minuten Blockadezeit. Das ist auch unabhängig davon, ob sich die SSD im hardwrk-Adapter befindet oder im originalen HDD-Slot.
h) Die Fehlermeldung aus dem Betreff des bisherigen oben verlinkten Macbook-Threads hatte mich sehr aufgeschreckt, war aber anscheinend nur ein "spurious" Fehler beim und/oder durch den Rückumbau der SSD.
Genau das will ich jetzt ausprobieren. Bisher hatte ich immer alles migriert, und der Fehler trat danach immer auf. Im Moment läuft nach einer Neuinstallation von 10.9.4 der Migrationsschritt nur für die Daten. Seit fast 2 Stunden...
Wenn ich über FW800 von einem Backup das alten Systems boote, dann tritt der Fehler auch auf.
Du hast ja so Recht, danke für deine Geduld.
Man darf nie zu voreilig sein, aber trotzdem würde ich sagen, dass die Platte in Ordnung sein müsste:
a) die SSD funktioniert ja mit dem frischen nackten 10.9.4-System
b) die Backup-Platte funktioniert prima am alten 2011-er, aber nicht am 2012-er
Ich glaube laienhaft-spekulativ, dass die SDXC-kext-Datei nicht fehlerhaft ist, zumindest nicht Urasche des Hängers, weil deren Entfernen ja nur zum Auslassen der Protokollzeile führt, aber nicht zum Entfallen der Hängezeit.
Was könnte ich übersehen haben? Oder was könnte ich sinnvollerweise als nächstes testen?
https://www.macuser.de/forum/thema/...-0-fault-device-3-0-0-reason-0x5-W-0x852c2000
weil ich mittlerweile an ein Software-Problem glaube.
Es ist schwer, Dir zu folgen, irgendwie fehlt da eine erkennbare Struktur.
Wenn doch auf dem frisch installierten 10.9.4 alles rund läuft, wo ist das Problem?
Deine Kritik ist absolut nachvollziehbar und berechtigt, deshalb hier mal im Zusammenhang, wie sich das Problem ganz unerwartet zu einem (für mich) Riesenproblem entwickelt hat:
Ich betreibe seit 3 Jahren einen Early-2011-er MBP 15" mit Apple-SSD, die ich mit hardwrk-Adapter an Stelle des Superdrive betreibe, während im originären HDD-Slot eine WD-2TB-Disk arbeitet.
Mit dem System war ich sehr zufrieden, bis zunehmend öfter der Early-2011-GPU-Fehler auftauchte (Booten geht dann nicht mehr oder erst nach dem x-ten Versuch). Deshalb habe ich mir in Ebay einen Mid-2012-er der gleichen Bauart gekauft. Den Übergang hielt ich für trivial:
a) habe ich die Crucial-SSD des 2012-ers in einen neuen hardwrk-Adapter gesteckt und wieder anstelle des Superdrive eingebaut.
b) habe ich den 2012-er über FW800 von einem Backup meines alten Systems (10.9.3) gebootet, und per CCC das alte System auf die SSD transferiert.
c) dann habe ich von der SSD gebootet. Dabei ergab sich völlig unerwartet eine Wartezeit (spinning wheel) von 5..10 Minuten. Ansonsten und danach war alles ok, d.h. ich konnte das System normal benutzen.
d) weil ich das sich anbahnende Problem noch nicht erkannte und ernst nahm, habe ich auf der SSD ein neues 10.9.4 installiert, um überhaupt zu sehen, ob der 2012-er ok war. Das war er auch mit dem frischen und nackten (also ohne Migration belassenen) 10.9.4 auf der SSD.
e) Dann habe ich per Migrationsassistent den Inhalt des alten 10.9.3 Arbeitssystems auf das frische 10.9.4 auf der SSD übertragen. Danach bootete das "neue" Arbeitssystem wieder nur mit der Verzögerung, die bei Prüfung mit CMD+V zufällig - wie ich heute glaube - bei der Protokollmessage "pci pause: SDXC" auftrat.
f) Googeln nach "pci pause: SDXC" hat mich dann einen ganzen Tag in die Irre geführt. Heute glaube ich wie gesagt, dass das Problem mit SDXC und dem Kartenleser nichts zu tun hat.
g) ich habe verschiedene Varianten der Migration ausprobiert, also direkt im Anschluss als letzten Schritt der Installation, oder nachträglich. Letztlich aber immer der gleiche Effekt: ca. 10 Minuten Blockadezeit. Das ist auch unabhängig davon, ob sich die SSD im hardwrk-Adapter befindet oder im originalen HDD-Slot.
h) Die Fehlermeldung aus dem Betreff des bisherigen oben verlinkten Macbook-Threads hatte mich sehr aufgeschreckt, war aber anscheinend nur ein "spurious" Fehler beim und/oder durch den Rückumbau der SSD.
Tritt der Fehler auf, sobald Du
- Deine Daten migrierst
- Programme migrierst
- Einstellungen migrierst
Genau das will ich jetzt ausprobieren. Bisher hatte ich immer alles migriert, und der Fehler trat danach immer auf. Im Moment läuft nach einer Neuinstallation von 10.9.4 der Migrationsschritt nur für die Daten. Seit fast 2 Stunden...
- das System vom alten MBP benutzt und nur dann?
Wenn ich über FW800 von einem Backup das alten Systems boote, dann tritt der Fehler auch auf.
Es wäre gut, das ein Mal hier zu posten.
Danke
Du hast ja so Recht, danke für deine Geduld.
Wenn er bei fsck_hfs … hängen bleibt, wird die Dateistruktur der Festplatte repariert.
In diesem Fall würde ich die Platte mit dem FPDP mindestens prüfen.
Man darf nie zu voreilig sein, aber trotzdem würde ich sagen, dass die Platte in Ordnung sein müsste:
a) die SSD funktioniert ja mit dem frischen nackten 10.9.4-System
b) die Backup-Platte funktioniert prima am alten 2011-er, aber nicht am 2012-er
Die fehlerhafte *.kext ist wahrscheinlich defekt. Wenn Du dieses eine System benutzt, wird ein defekter Treiber geladen und es kommt zu dem Hänger. Wahrscheinlich ist im neuen MBP ein anderes Lesegerät verbaut, die defekte *.kext wird geladen und es gibt einen Konflikt. Im neuen MBP sind andere Komponenten verbaut, es werden deshalb andere Treiber geladen, die anders reagieren als beim alten MBP. Anders kann ich Dir das nicht erklären.
Ich glaube laienhaft-spekulativ, dass die SDXC-kext-Datei nicht fehlerhaft ist, zumindest nicht Urasche des Hängers, weil deren Entfernen ja nur zum Auslassen der Protokollzeile führt, aber nicht zum Entfallen der Hängezeit.
Was könnte ich übersehen haben? Oder was könnte ich sinnvollerweise als nächstes testen?
Zuletzt bearbeitet: