MBP i7 2011: Grafik zerschossen & Freeze nach längerem Schlaf

O

Olli9

Aktives Mitglied
Thread Starter
Dabei seit
13.04.2010
Beiträge
375
Reaktionspunkte
48
Servus!

Nachdem mein neues MBP (i7 Late 2011 2,5GHz 15" 16GB 10.7.2) nun fast zwei Wochen fehlerfrei durchgelaufen ist, wäre mir fast schon langweilig geworden ... Nun, seit drei Tagen (nix an der Konfi geändert!) zeigt das MBP folgenden Fehler (kurz im Ablauf beschrieben):

1. Ich schicke das MBP Abends in den Schlaf (über Tastenkombi und dann anschließendes Zuklappen, da ein externer Bildschirm angeschlossen ist und das 'nur zuklappen' leider seit Lion nicht mehr funktioniert)

2. Ich klappe das MBP morgens auf

3. Der Screen vom MPB bleibt schwarz, der angeschlossene Monitor zeigt eine komplett zerschossene Grafik -> siehe angehängtes Bild! Freeze, es lässt sich nichts mehr machen außer Hard Reset.

Der Fehler ist nun zum dritten Mal in Folge aufgetreten. Er lässt sich scheinbar nur nach längerer Ruhezeit reproduzieren: Mal kurz in den Schlaf schicken und dann wieder aufwecken funktioniert anstandslos.

Meine Frage nun: Wer kennt dieses Problem und kann mir einen Wink mit dem Zaunpfahl gegeben, wo ich mit einer Lösung ansetzen könnte, ohne dass ich das Standardprozedere (Hardwarecheck, VRAM PRAM SMC Reset, Rechtereparatur, RAM austauschen, FW und USB abstöpseln, etc.) durchlaufen muss? Die nächsten Wochen liegt bei mir leider recht viel Arbeit auf dem Tisch und ich muss mit dem MBP arbeiten. Wenn sich die Trial & Error Fehlersuche also irgendwie vermeiden lässt, wäre das ganz große Klasse ... Forensuche auf Deutsch & Englisch hat mir leider noch keinen hilfreichen Stoff gebracht.

Würde mich echt freuen, wenn wer was hilfreiches hat ...

Foto2.jpg
 
Soderle: Nach dem Thunderbolt-Update 1.1 war eine Woche lang Ruhe und ich dachte schon, den Schuldigen gefunden zu haben. Vorgestern dann wieder das selbe Problem. Leider gibt die Konsole nichts Verwertbares her ... aber da das Problem mittlerweile kaum noch auftritt, heißt es wohl erstmal - abwarten und Tee trinken. Video-RAM und normalen RAM kann ich mit meinem TechToolDeluxe leider nicht austesten, da keine Lion-Kompatibilität ... pfuh.
 
Was hast Du für ein Kabel zum externe Monitor? Ein Freund hatte mal einen Adapter für 8 Euro bei eBay gekauft mit ähnlichem Problem. Seit dem er den originalen von Apple hat, ist seit über einem halben Jahr das Problem verschwunden. Vielleicht hilft es was.
Grüße
 
Hey Mac-Fan,

Danke für deinen Input! Ich geh über ThunderBolt -> Apple miniDP|DVI-Dapater -> Monitor. Was gegen den Adapter als Problemverursacher sprechen könnte: Selbst, wenn ich den Adapter abziehe, bleibt es beim Freeze. Aber eine Restwahrscheinlichkeit bleibt natürlich noch, so dass ich bei Zeiten und wenn das Problem wieder auftreten sollte, mal mit dem VGA-Adapter einen Testlauf starten werde. Thanks!
 
>Meine Frage nun: Wer kennt dieses Problem und kann mir einen Wink mit dem Zaunpfahl gegeben, wo ich mit einer Lösung ansetzen könnte,

Das muss kein Hardwaredefekt sein.

Es ist immerhin möglich das der Videospeicher beim Erwachen nicht aktiviert bzw. nicht erneut mit dem letzten Inhalt gefüllt wird.
Das kann durch alles mögliche verursacht werden.

Da es nur sporadisch passiert würde ich mich erst einmal mit den Caches und der Art u. Weise der Speicherung bzw. der
Wiederherstellung vor und nach dem Ruhezustand beschäftigen. Suspend_to_Ram bzw. Suspend_to_Disk sind Suchworte.

Das "Freeze" kann genau die gleiche Ursache haben.


Teste das unter einem neu angelegten Benutzer erneut.
Teste das mit einem frischen Mac OS X von einem externen Medium gebootet. (Nicht von der internen Festplatte)

Erst wenn es sich dabei genau so verhält würde ich mich schnell mit dem Verkäufer des Geräts unterhalten..
Denn dann kannst du sicher sein das es am Gerät (Hardware) liegt.

Alternativ gehst du in einen Apple Store.
Die Verkäufer dort müssen das lt. ihrer Qualifikation genau so leicht prüfen können :)
 
Grummel Mecker Grunz. Nach zwei ruhigen Wochen ohne Probleme kommen die Abstürze jetzt doppelt und dreimal so oft. Gestern? Dreimal. Und immer nach dem selben Schema:

Ich schick das MBP in den Schlaf. Beim Aufwecken bleibt das MBP-Display dann Schwarz, das externe Display zeigt ne zerschossene Grafik an. Was jetzt allerdings neu ist: Mittlerweile zeichnet mein MBP eine Kernel Panic mit auf, was vorher nicht der Fall war:

(... LOG kommt im nächsten Beitrag, da sonst die max. erlaubten 10.000 Zeichen gesprengt werden)

CPU | Kernel Trap mit dem Grafiktreibern im Backtrace, und immer dem kernel_task. Riecht irgendwie schwer nach der Grafikkarte, evtl. hat deren Speicher einen Schuss?

Nach SMC / PRAM-Reset, Rechtereparatur und Reparatur der SSD (die wohl von den vielen Abstürzen wieder einen leichten Fehler hatte) habe ich jetzt mal jeweils einen Speicherriegel rausgebaut. Der Fehler war jedoch mit beiden Riegeln separat zu reproduzieren, sprich: Der RAM scheidet zu >95% schon mal aus.

Grafikkartenumschaltung in den Energiesparoptionen war schon deaktiviert. Jetzt habe ich mal zusätzlich gfxCardStatus gestoppt und aus dem Autostart genommen. Unwahrscheinlich, aber ... who knows.

Ich habe noch einige USB-Geräte an zwei Hubs (einmal Monitor-4er, einmal Mac Keyboard 2er ... natürlich auch alles mögliche Fehlerquellen, genauso wie meine Samsung SSD) hängen, u.a. auch eine HFS+/NTFS mischpartitionierte USB 2.0 Platte. Auf die kann ich einstweilen verzichten. Auf meine drei gedaisychainten FW-Platten eher weniger. Zur Not werde ich das MacBookPro jetzt einfach mal jede Nacht von einer auf der USB-Platte vorhandenen Lion-Partition starten und mit frischem System laufen lassen. Wenn's dann immer noch scheppert, muss es schon mit dem Teufel zugehen und wird dann wahrscheinlich nicht mehr von mir gefixt werden können. Blöd halt, dass ich nicht nur Speicher, sondern auch SSD/HDD im Optibay wieder rückbauen muss, da Apple da ja ein wenig ... allergisch reagiert, bzw. das nach gut dünken handhabt. Randnotiz: Bei den Late 2011 MacBooks hat Apple eine neue Kabelführung gestaltet, die es a) viel schwieriger macht, einen Optibay-Umbau vorzunehmen, und b) für Apple wesentlich besser nachvollziehbar macht, dass das Superdrive mal entfernt wurde. Ma gucken - ich hab jedenfalls rein präventiv mal einen Apple Care abgeschlossen, um die Damen und Herren Techniker im Fall der Fälle gnädiger zu stimmen.

Ach so: Sollte - wider Erwartens - jemand doch aufgrund des o.g. Logs eine Ahnung haben, woher der Fehler rühren könnte, freu ich mich über jeden hilfreichen Input!
 
Hier der Log:

Code: 
Wed Feb  8 19:36:50 2012
panic(cpu 2 caller 0xffffff80002c266d): Kernel trap at 0xffffff7f81a1f267, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0x000000010680a0f0, CR3: 0x0000000000100000, CR4: 0x00000000000606e0
RAX: 0x0000000000000000, RBX: 0x7fffffffffffffff, RCX: 0x0000000000000001, RDX: 0x0000000000000001
RSP: 0xffffff81d2a23ab0, RBP: 0xffffff81d2a23ae0, RSI: 0x0000000000000000, RDI: 0xffffff80250eb580
R8:  0x0000000000000001, R9:  0x7fffffffffffffff, R10: 0x8000000000100000, R11: 0xffffff80002d8200
R12: 0x0000000067656f70, R13: 0xffffff80251d4000, R14: 0xffffff80250eb580, R15: 0x0000000000000000
RFL: 0x0000000000010246, RIP: 0xffffff7f81a1f267, CS:  0x0000000000000008, SS:  0x0000000000000010
CR2: 0x000000010680a0f0, Error code: 0x0000000000000000, Faulting CPU: 0x2

Backtrace (CPU 2), Frame : Return Address
0xffffff81d2a23770 : 0xffffff8000220702 
0xffffff81d2a237f0 : 0xffffff80002c266d 
0xffffff81d2a23990 : 0xffffff80002d7a1d 
0xffffff81d2a239b0 : 0xffffff7f81a1f267 
0xffffff81d2a23ae0 : 0xffffff7f817524da 
0xffffff81d2a23bd0 : 0xffffff7f8173bc5d 
0xffffff81d2a23c20 : 0xffffff7f8173f263 
0xffffff81d2a23c70 : 0xffffff7f8173f0f0 
0xffffff81d2a23c90 : 0xffffff7f817173c0 
0xffffff81d2a23cd0 : 0xffffff7f817012a8 
0xffffff81d2a23d10 : 0xffffff7f816df332 
0xffffff81d2a23d40 : 0xffffff7f80d5d8a0 
0xffffff81d2a23d80 : 0xffffff7f81a1e38c 
0xffffff81d2a23db0 : 0xffffff7f81a1d352 
0xffffff81d2a23df0 : 0xffffff7f81a1d551 
0xffffff81d2a23e30 : 0xffffff7f80d61ad5 
0xffffff81d2a23e70 : 0xffffff7f80d61c38 
0xffffff81d2a23ea0 : 0xffffff7f80d653bd 
0xffffff81d2a23ef0 : 0xffffff8000639946 
0xffffff81d2a23f30 : 0xffffff80006386c0 
0xffffff81d2a23f70 : 0xffffff8000638564 
0xffffff81d2a23fb0 : 0xffffff8000820057 
      Kernel Extensions in backtrace:
         com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000->0xffffff7f80d89fff
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
         com.apple.ATIRadeonX3000(7.1.8)[F4FEA23A-BEEF-313E-B4B8-0E2FB91BC0B9]@0xffffff7f816dd000->0xffffff7f81973fff
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
            dependency: com.apple.iokit.IONDRVSupport(2.3.2)[4B3F84DC-18B3-3897-BC56-4E3940878047]@0xffffff7f80d8a000
            dependency: com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000
         com.apple.kext.ATIFramebuffer(7.1.8)[3FEA7F49-3538-32EA-8319-B665CD87A8DC]@0xffffff7f81a17000->0xffffff7f81a28fff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[8B3C2276-CD6A-355B-A5F7-A09E4499594B]@0xffffff7f80807000
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
            dependency: com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000
            dependency: com.apple.kext.ATISupport(7.1.8)[89B3F21E-C41D-34FD-B7F7-5F98DE677E1E]@0xffffff7f81553000

BSD process name corresponding to current thread: kernel_task

Mac OS version:
11D50

Kernel version:
Darwin Kernel Version 11.3.0: Thu Jan 12 18:47:41 PST 2012; root:xnu-1699.24.23~1/RELEASE_X86_64
Kernel UUID: 7B6546C7-70E8-3ED8-A6C3-C927E4D3D0D6
System model name: MacBookPro8,2 (Mac-94245A3940C91C80)

System uptime in nanoseconds: 32200031578032
last loaded kext at 31309796606464: com.apple.driver.AppleUSBHIDKeyboard	152.3 (addr 0xffffff7f808b6000, size 12288)
last unloaded kext at 31377364133570: com.apple.driver.AppleUSBCDC	4.1.15 (addr 0xffffff7f80846000, size 12288)
loaded kexts:
com.vmware.kext.vmnet	0053.60.16
com.vmware.kext.vmioplug	0053.60.16
com.vmware.kext.vsockets	90.1.3
com.vmware.kext.vmci	90.1.1
com.vmware.kext.vmx86	0053.60.16
net.telestream.driver.TelestreamAudio	1.0.5
at.obdev.nke.LittleSnitch	2.4.4
com.apple.driver.AppleBluetoothMultitouch	66.6
com.apple.filesystems.msdosfs	1.7.1
com.apple.filesystems.ntfs	3.10
com.apple.driver.Oxford_Semi	3.0.1
com.apple.filesystems.smbfs	1.7.0
com.apple.driver.AppleHWSensor	1.9.4d0
com.apple.filesystems.autofs	3.0
com.apple.driver.AppleMikeyHIDDriver	122
com.apple.driver.AudioAUUC	1.59
com.apple.driver.AppleHDA	2.1.7f9
com.apple.driver.AppleMikeyDriver	2.1.7f9
com.apple.driver.AGPM	100.12.42
com.apple.kext.ATIFramebuffer	7.1.8
com.apple.driver.AppleUpstreamUserClient	3.5.9
com.apple.driver.AppleMCCSControl	1.0.26
com.apple.driver.SMCMotionSensor	3.0.1d2
com.apple.iokit.IOUserEthernet	1.0.0d1
com.apple.driver.AppleSMCLMU	2.0.1d2
com.apple.Dont_Steal_Mac_OS_X	7.0.0
com.apple.driver.AudioIPCDriver	1.2.2
com.apple.driver.ACPI_SMC_PlatformPlugin	4.7.5d4
com.apple.ATIRadeonX3000	7.1.8
com.apple.driver.AppleMuxControl	3.0.16
com.apple.driver.AppleLPC	1.5.3
com.apple.driver.AppleIntelHD3000Graphics	7.1.8
com.apple.driver.AppleUSBTCButtons	225.2
com.apple.driver.AppleUSBTCKeyboard	225.2
com.apple.driver.AppleIRController	312
com.apple.AppleFSCompression.AppleFSCompressionTypeDataless	1.0.0d1
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib	1.0.0d1
com.apple.BootCache	33
com.apple.iokit.IOAHCIBlockStorage	2.0.1
com.apple.driver.AppleUSBHub	4.5.0
com.apple.driver.AppleFWOHCI	4.8.9
com.apple.driver.AirPort.Brcm4331	513.20.19
com.apple.driver.AppleSDXC	1.1.4
com.apple.iokit.AppleBCM5701Ethernet	3.0.8b2
com.apple.driver.AppleEFINVRAM	1.5.0
com.apple.driver.AppleAHCIPort	2.2.0
com.apple.driver.AppleSmartBatteryManager	161.0.0
com.apple.driver.AppleUSBEHCI	4.5.8
com.apple.driver.AppleACPIButtons	1.4
com.apple.driver.AppleRTC	1.4
com.apple.driver.AppleHPET	1.6
com.apple.driver.AppleSMBIOS	1.7
com.apple.driver.AppleACPIEC	1.4
com.apple.driver.AppleAPIC	1.5
com.apple.driver.AppleIntelCPUPowerManagementClient	167.3.0
com.apple.nke.applicationfirewall	3.2.30
com.apple.security.quarantine	1.1
com.apple.driver.AppleIntelCPUPowerManagement	167.3.0
com.apple.driver.AppleUSBHIDKeyboard	152.3
com.apple.driver.AppleHIDKeyboard	152.3
com.apple.driver.AppleMultitouchDriver	220.62.1
com.apple.driver.IOBluetoothHIDDriver	4.0.3f12
com.apple.iokit.IOSCSIBlockCommandsDevice	3.0.3
com.apple.iokit.IOUSBMassStorageClass	3.0.1
com.apple.iokit.IOFireWireSerialBusProtocolTransport	2.1.0
com.apple.iokit.IOFireWireSBP2	4.2.0
com.apple.kext.triggers	1.0
com.apple.driver.AppleAVBAudio	1.0.0d11
com.apple.driver.DspFuncLib	2.1.7f9
com.apple.driver.AppleSMBusController	1.0.10d0
com.apple.iokit.IOSurface	80.0
com.apple.iokit.IOFireWireIP	2.2.4
com.apple.iokit.IOBluetoothSerialManager	4.0.3f12
com.apple.iokit.IOSerialFamily	10.0.5
com.apple.iokit.IOAVBFamily	1.0.0d22
com.apple.driver.AppleHDAController	2.1.7f9
com.apple.iokit.IOHDAFamily	2.1.7f9
com.apple.iokit.IOAudioFamily	1.8.6fc6
com.apple.kext.OSvKernDSPLib	1.3
com.apple.driver.AppleSMC	3.1.1d8
com.apple.driver.IOPlatformPluginFamily	4.7.5d4
com.apple.driver.ApplePolicyControl	3.0.16
com.apple.driver.AppleGraphicsControl	3.0.16
com.apple.driver.AppleSMBusPCI	1.0.10d0
com.apple.driver.AppleBacklightExpert	1.0.3
com.apple.kext.ATI6000Controller	7.1.8
com.apple.kext.ATISupport	7.1.8
com.apple.iokit.IONDRVSupport	2.3.2
com.apple.driver.AppleIntelSNBGraphicsFB	7.1.8
com.apple.iokit.IOGraphicsFamily	2.3.2
com.apple.driver.BroadcomUSBBluetoothHCIController	4.0.3f12
com.apple.driver.AppleUSBBluetoothHCIController	4.0.3f12
com.apple.iokit.IOBluetoothFamily	4.0.3f12
com.apple.driver.AppleThunderboltDPInAdapter	1.5.9
com.apple.driver.AppleThunderboltDPAdapterFamily	1.5.9
com.apple.driver.AppleThunderboltPCIDownAdapter	1.2.1
com.apple.driver.AppleUSBMultitouch	227.1
com.apple.iokit.IOUSBHIDDriver	4.4.5
com.apple.iokit.IOSCSIArchitectureModelFamily	3.0.3
com.apple.driver.AppleUSBMergeNub	4.5.3
com.apple.driver.AppleUSBComposite	4.5.8
com.apple.driver.XsanFilter	403
com.apple.driver.AppleThunderboltNHI	1.3.2
com.apple.iokit.IOThunderboltFamily	1.7.4
com.apple.iokit.IOUSBUserClient	4.5.8
com.apple.iokit.IOFireWireFamily	4.4.5
com.apple.iokit.IO80211Family	412.2
com.apple.iokit.IOEthernetAVBController	1.0.0d5
com.apple.iokit.IONetworkingFamily	2.0
com.apple.iokit.IOAHCIFamily	2.0.7
com.apple.iokit.IOUSBFamily	4.5.8
com.apple.driver.AppleEFIRuntime	1.5.0
com.apple.iokit.IOHIDFamily	1.7.1
com.apple.iokit.IOSMBusFamily	1.1
com.apple.security.sandbox	177.3
com.apple.kext.AppleMatch	1.0.0d1
com.apple.security.TMSafetyNet	7
com.apple.driver.DiskImages	331
com.apple.iokit.IOStorageFamily	1.7
com.apple.driver.AppleKeyStore	28.18
com.apple.driver.AppleACPIPlatform	1.4
com.apple.iokit.IOPCIFamily	2.6.8
com.apple.iokit.IOACPIFamily	1.4
 
Olli9 schrieb:
Grafikkartenumschaltung in den Energiesparoptionen war schon deaktiviert. Jetzt habe ich mal zusätzlich gfxCardStatus gestoppt und aus dem Autostart genommen. Unwahrscheinlich, aber ... who knows.
Zum Vergrößern anklicken....

Die war auch sicher nicht schuld. Bei externem Bildschirm ist immer nur die dezidierte Grafik am Werk, da wird nix umgeschaltet.

Olli9 schrieb:
Ich habe noch einige USB-Geräte an zwei Hubs (einmal Monitor-4er, einmal Mac Keyboard 2er ... natürlich auch alles mögliche Fehlerquellen, genauso wie meine Samsung SSD) hängen, u.a. auch eine HFS+/NTFS mischpartitionierte USB 2.0 Platte
Zum Vergrößern anklicken....

Ich würd mal nur Maus/Tastatur und Monitor testen. Ist der Fehler dann immer noch da dann mal die SSD tauschen.

Olli9 schrieb:
Blöd halt, dass ich nicht nur Speicher, sondern auch SSD/HDD im Optibay wieder rückbauen muss, da Apple da ja ein wenig ... allergisch reagiert, bzw. das nach gut dünken handhabt.
Zum Vergrößern anklicken....

Da macht Apple meiner Erfahrung nach eigentlich keine Schwierigkeiten bei es sei denn der Fehler ist auf den Umbau zurück zu führen was aber bei ner Grafikgeschichte eher unwahrscheinlich ist.
 
Code: 
       Kernel Extensions in backtrace:
         com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000->0xffffff7f80d89fff
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
         com.apple.ATIRadeonX3000(7.1.8)[F4FEA23A-BEEF-313E-B4B8-0E2FB91BC0B9]@0xffffff7f816dd000->0xffffff7f81973fff
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
            dependency: com.apple.iokit.IONDRVSupport(2.3.2)[4B3F84DC-18B3-3897-BC56-4E3940878047]@0xffffff7f80d8a000
            dependency: com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000
         com.apple.kext.ATIFramebuffer(7.1.8)[3FEA7F49-3538-32EA-8319-B665CD87A8DC]@0xffffff7f81a17000->0xffffff7f81a28fff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[8B3C2276-CD6A-355B-A5F7-A09E4499594B]@0xffffff7f80807000
            dependency: com.apple.iokit.IOPCIFamily(2.6.8)[F63D4ABE-42DA-33EF-BADD-3415B0CB0179]@0xffffff7f808ba000
            dependency: com.apple.iokit.IOGraphicsFamily(2.3.2)[FE536983-1897-3D6B-965E-24B5A67080DA]@0xffffff7f80d52000
            dependency: com.apple.kext.ATISupport(7.1.8)[89B3F21E-C41D-34FD-B7F7-5F98DE677E1E]@0xffffff7f81553000

Das letzte, was er gemacht hat, war etwas mit der ATI-Grafik, insofern würde ich andere Komponenten mal eher ausschließen. Aber das hilft Dir nicht viel weiter.
 
@ScapeG: Thx. Ich habe die Forensuche und auch Onkel Google bemüht, aber nichts handfestes gefunden. Hast du vielleicht einen Tipp für mich, wo ich fündig werde? Das wär große Klasse und würde mir im Falle eines tatsächlichen Defekts bestimmt einige Wochen Trial & Error ersparen ...

@Anotherone: Trotzdem Danke fürs Lesen und Mitdenken!

@Madcat: Da hatte ich persönlich leider schon eine andere Erfahrung, wo ein zugesagter Geräteumtausch bei meinem alten MBP urplötzlich zurückgezogen wurde, da der zuständige Techniker den SSD-Umbau monierte. Dieser hatte zwar nichts mit dem Problem zu tun, allerdings kann es natürlich durch Statik und Co. schon mal einen Schuss in der Elektronik geben, der sich auf Speicher, GraKa, Logic Board ... nun, letzten Endes wirklich alle Bauteile auswirken kann. Ich hab mir dann den zuständigen Techniker Gott sei Dank persönlich schnappen können, und dieser hat auch eingesehen, dass mein Problem ziemlich sicher gar nichts mit der SSD / dem Opti Bay zu tun hat und die Geschichte hat ein gutes Ende genommen. Nichts desto trotz würde ich vom heutigen Standpunkt aus kein Risiko mehr eingehen und vor einer evtl. Reparatur lieber alles wieder zurückbauen, inklusive RAM - auch der (mein selbst verbauter) hat schon mal zu Komplikationen bei einer Reparatur geführt, obwohl ja offiziell erlaubt. Man kann immer Glück haben und bei Apple arbeiten jede Menge netter Menschen, keine Frage. Aber sicher ist sicher ...

Übrigens: Ich habe vor einiger Zeit schon mal mit der Hotline wegen des Problems telefoniert. Ich wurde in die "zweite Ebene" zu einem Technikexperten weitergeschaltet. Der war allerdings auch ratlos, genau so wie ich, als er mich fragte, ob ich in den Energiesparoptionen "Maximale Leistung" oder "Beste Batterieleistung" eingestellt habe ... und, nein, das hat er nicht scherzhaft gefragt :) .
 
Olli9 schrieb:
Da hatte ich persönlich leider schon eine andere Erfahrung, wo ein zugesagter Geräteumtausch bei meinem alten MBP urplötzlich zurückgezogen wurde, da der zuständige Techniker den SSD-Umbau monierte.
Zum Vergrößern anklicken....

Du hast Garantie, hier muss der Techniker beweisen, dass der SSD-Umbau die Ursache ist. Mit Glück hat das wenig zu tun.

Olli9 schrieb:
allerdings kann es natürlich durch Statik und Co. schon mal einen Schuss in der Elektronik geben, der sich auf Speicher, GraKa, Logic Board ... nun, letzten Endes wirklich alle Bauteile auswirken kann.
Zum Vergrößern anklicken....

Aber ein Schuss im DVD-Laufwerk killt auch mit Statistik nicht die Grafikeinheit. ;)

Olli9 schrieb:
Der war allerdings auch ratlos, genau so wie ich, als er mich fragte, ob ich in den Energiesparoptionen "Maximale Leistung" oder "Beste Batterieleistung" eingestellt habe ... und, nein, das hat er nicht scherzhaft gefragt
Zum Vergrößern anklicken....

Du hast ihm gesagt, dass der Rechner an einem externen Bildschirm hängt? Dann hat der aber net viel Ahnung.

Vom Log her hat CPU 2 den Fehler ausgelöst und wenn ich es recht verstehe hat die CPU einen unzulässigen Speicherzugriff registriert. Da die CPUs inzwischen den Speicher selbst verwalten würde ich hier eher auf einen Hardwarefehler tippen, vielleicht das RAM oder die Festplatte (auf der u.a. das Sleepimage liegt). Ram hast du ja schon erfolglos getauscht, daher tausch nochmal die Festplatte (versuch mal ne normale HDD) und guck mal ob der Fehler immer noch da ist. Wenn ja, ab zur Reparatur damit.
 
Hallo Madcat!

Ein SSD-/Optibay-Umbau führt offiziell zu Garantieverlust. Sprich, ich müsste beweisen, dass der Fehler nicht durch mich verursacht wurde ... soweit das offizielle Statement seitens Apple, das für mich auch nachvollziehbar ist. Nichts desto trotz handelte es sich bei meinem Fehler seinerzeit um diesen ominösen nVidia-Bug, der eine große Zahl der Mid2010 i7er Baureihe betraf und wo die Internetforen mal wieder Monate bevor Apple selbst aktiv wurde großartige Pionierarbeit geleistet haben. Nur stand das halt bei den Geniusses noch nicht in der Datenbank und die von mir ausgedruckten Links lesen wollten sie auch nicht. Deshalb sind mir ein gutes Dutzend Besuche beim Apple Store nicht erspart geblieben, inklusive a) RAM-Rückbau auf Originalriegel (Sie haben ja eigenen RAM verbaut, woher sollen wir jetzt wissen, dass es nicht der ist?), b) Optibay-Rückbau, und c) Komplettformatierung meiner Platte durch die Techniker (lang lebe das penibel durchgeführte Datenbackup ...). Für einen Fehler, den ich nachweislich auf die GraKa zurückführen konnte. Soweit zu meiner Leidensgeschichte und der Tatsache, dass ich die Platte lieber präventiv wieder zurückbauen würde, bevor ich das Ding nochmal irgendwo einchecke ...

Sleepimage - Festplatte? SUPER TIP, Danke dir! Nachdem es weder RAM noch USB-Platte sind (das Ding ist heute früh mal wieder zuverlässig gecrasht ...), werde ich das MBP die nächste Nächte von einer USB-Platte starten und in den Schlaf schicken. Wenn der Fehler hier nicht mehr auftaucht, muss wohl eine neue SSD her. Wobei die alte Platte laut FP-Dienstprogramm und Tech Tool Pro 6 keine Fehler hat. Aber was die Software meint und was dann mit der Hardware in Wirklichkeit ist ... Danke jedenfalls für den Hinweis, mit dem ich nun etwas anfangen kann.
 
Nein...leider nicht....ich kann mich aber erinnern das wir sowas schonmal in einem Mobil Fred hatten.Sorry.
Ohne frage ist es ein Hausgemachtes problem bei Apple weil die Chipsätze heiß werden.
 
@ScapeG: Vielleicht meinst du das Problem, das ich mit meinem alten MBP vor erfolgreichem Logic Bard Austausch noch hatte. Dort gab's ebenfalls einen "Black Screen" mit anschließendem Kernel Panic. Betroffen waren Mid 2010er i7 mit 15" Display und der nVidia GeForce 330m Grafikkarte, die scheinbar - einmal zu heiß geworden - irgendwie nicht mehr so recht wollte. Hier gab's immer einen NVRAM-Error im Log ... Könnte es das gewesen sein?

Heute morgen habe ich mich übrigens nochmal durch die US-Foren gewühlt. Ähnliche Probleme werden zu 99% auf RAM oder HDD / SSD zurückgeführt. Bei der SSD scheint auch Samsung an den neuen 6Gig-Bussen zuweilen arge Probleme zu machen. Und, spannend: RAM-Probleme werden fast nie vom MemTest erkannt, sind aber in manchen Fällen kausal auf die Crashes zurückzuführen (mit Original-RAM treten diese nicht mehr auf). Es wird gemunkelt, die Speicherbänke wären jetzt nicht gerade von grandioser Qualität und können das Problem begünstigen. Heißt für mich: Ich muss also doch nochmal die beiden Samsung 8GB-Riegel komplett rausnehmen und schauen, ob sich das Problem dann immer noch reproduzieren lässt.

Glück im Unglück: In laufendem Betrieb ist das MBP stabil, so dass ich damit arbeiten kann. Fehlersuche per Ausschlussverfahren wird also mein Hobby für die kommenden Nächte ... *gähn*. Ich halt euch auf dem Laufenden, vielleicht stolpert ja mal jemand mit ähnlicher Problematik über den Thread. Und wenn euch noch was einfällt ...
 
Das scheint nach meiner neueren Erfahrung wohl tatsächlich am RAM zu liegen. Der Effekt tritt scheinbar immer nur nach dem Aufwachen aus dem Schlaf ein, bei den Rechnern (nur i5 und i7) bei denen ich das gesehen habe auch nur bei denen die zusätzlich RAM eingebaut hatten. Nach dem Hardwaretest tatsächlich einen MEM fehler anzeigte, ging die "Bastelei" los, sprich RAM ausbauen, in andere Rechner stecken, ohne Zusatz RAM, quertesten, Hardwaretest laufen lassen…

In der Summe ist erstgenanntes mein Fazit: der Rechner checkt nach dem Aufwachen den RAM, der Fehler ist reproduzierbar, aber nur zu 90%. Einzig gemeinsames Merkmal ist, dass ohne zusätzlichen RAM die Rechner laufen - scheint wohl so, dass Apple Rechner mal wieder sehr sehr pingelig beim RAM sind. Apple hat häufig Elpida-RAM in den iMacs verbaut, mit dem scheint es keinen Ärger zu geben, ist aber auch nicht gut zu bekommen. Das Problem ist geblieben: ein 100% Nachweis klappt nicht, wenn man den Rechner komplett vom Netz trennt, startet er immer sauber - da alle anderen Fehlerquellen ausgeschlossen werden können, sind die Indikatoren für den RAM überdeutlich. Umtauschen, wenn Apple zertifiziert! (und nicht so wie ich die Rechnung wegschmeißen…………)
 
Olli9 schrieb:
@ScapeG: Vielleicht meinst du das Problem, das ich mit meinem alten MBP vor erfolgreichem Logic Bard Austausch noch hatte. Dort gab's ebenfalls einen "Black Screen" mit anschließendem Kernel Panic. Betroffen waren Mid 2010er i7 mit 15" Display und der nVidia GeForce 330m Grafikkarte, die scheinbar - einmal zu heiß geworden - irgendwie nicht mehr so recht wollte. Hier gab's immer einen NVRAM-Error im Log ... Könnte es das gewesen sein?

Heute morgen habe ich mich übrigens nochmal durch die US-Foren gewühlt. Ähnliche Probleme werden zu 99% auf RAM oder HDD / SSD zurückgeführt. Bei der SSD scheint auch Samsung an den neuen 6Gig-Bussen zuweilen arge Probleme zu machen. Und, spannend: RAM-Probleme werden fast nie vom MemTest erkannt, sind aber in manchen Fällen kausal auf die Crashes zurückzuführen (mit Original-RAM treten diese nicht mehr auf). Es wird gemunkelt, die Speicherbänke wären jetzt nicht gerade von grandioser Qualität und können das Problem begünstigen. Heißt für mich: Ich muss also doch nochmal die beiden Samsung 8GB-Riegel komplett rausnehmen und schauen, ob sich das Problem dann immer noch reproduzieren lässt.

Glück im Unglück: In laufendem Betrieb ist das MBP stabil, so dass ich damit arbeiten kann. Fehlersuche per Ausschlussverfahren wird also mein Hobby für die kommenden Nächte ... *gähn*. Ich halt euch auf dem Laufenden, vielleicht stolpert ja mal jemand mit ähnlicher Problematik über den Thread. Und wenn euch noch was einfällt ...
Zum Vergrößern anklicken....



Ja...das kann sein.Hm.
 
@ScapeG: Thanks!

@Lor-Olli: Vielen Dank für deinen hilfreichen Beitrag! Nach 60 Minuten Tech Tool Speichertest lautet das Fazit zwar immer noch "alles im grünen Bereich", ich werde dennoch mal wieder die 4GB verbauen und schauen, was sich tut. Bei den 16GB RAM habe ich extra so ziemlich die teuersten RAM-Riegel gewählt, und zwar Samsung, die ja auch gerne von Apple verbaut werden. Ich schau mal, was passiert und geb Bescheid.

Das Thema "verloren gegangene Rechnung" ... ja, kenn ich nur all zu gut - von früher. Seit ich mir eine gewisse Disziplin und Devon Think Office Pro samt Fujitsu Smart Scan angeeignet habe, geht nichts mehr verloren. Da es jetzt auch eine iPhone / iPad App dazu gibt, die perfekte Kombi zur Archivierung von so ziemlich allem ... für den Hausgebrauch vielleicht ein wenig oversized, aber wenn man es (teil-)beruflich noch nutzt, ein Geschenk der Götter ;).
 
Olli9 schrieb:
Ein SSD-/Optibay-Umbau führt offiziell zu Garantieverlust.
Zum Vergrößern anklicken....

Partiell Apple könnte nur behaupten, im Falle eines defekte SATA-Anschlusses an dem das Optibay hängt, dass du da beweisen musst, dass der SATA-Anschluss nicht durch den Einbau des Optibay kaputt gegangen ist. In allen anderen Fällen bleibt dein Garantieanspruch natürlich bestehen. Wer dir was anderes Erzählt bezieht sich nicht auf deutsches Recht (Mac z.B. in den USA gekauft) oder hat schlichtweg keine Ahnung von der Rechtssprechung wobei dann oft der Anwalt hilft.
Dein vergangenes Leidensproblem klingt mir aber auch schwer danach, dass man da mal dem AASP mit dem Zaunpfahl hätte winken müssen...Germany vorausgesetzt als Kaufort ;)

Olli9 schrieb:
RAM-Probleme werden fast nie vom MemTest erkannt, sind aber in manchen Fällen kausal auf die Crashes zurückzuführen (mit Original-RAM treten diese nicht mehr auf).
Zum Vergrößern anklicken....

Das Problem hierbei ist schlichtweg, dass selbst beim Safe Mode Start ein Teil des Speichers reserviert wird der bei einem Deep Test nicht mit getestet werden kann. Wenn der fehlerhafte Bereich dann genau da drin liegt schauts eng aus mit dem Finden...leider...:(
 
Zurück
Oben Unten