mac system crashes not showing in consolelogs

My MacBook Pro 15" mid-2010, running Mac OS 10.12.6 is crashing every few days. The screen goes black and then it restarts.


I'm trying to find out who's happening using the console app, but none of the recent crashes that I have logged in a paper notebook area shown in the user reports. 2 earlier crashes are shown; curiously, they both predate an attempt to solve the problem by re-formatting the internal hard disc and restoring from a Carbon Copy Cloner backup.


I can't see anything in the console that seems to relate to the recent crashes, and the system log does not go back far enough.


I'd appreciate any suggestions.


in friendship


Rowland

MacBook Pro 15", macOS 10.12

Posted on Nov 12, 2019 3:42 AM

Reply
Question marked as Top-ranking reply

Posted on Nov 12, 2019 9:15 AM

Unless the system is having Kernel Panics the Console system logs are pretty much worthless for the more recent versions of macOS. The Kernel Panic logs if any exist are located in the "/var/log" folder or the "/private/var/log" folder on the left pane of the Console app. The System logs are also located in this folder as well, but I doubt you will find the System logs of much use. The older archived versions of the System log should be located here as well if they haven't been removed by macOS.


You can run EtreCheck to look for possible software issues. Feel free to post the report here using the "Additional Text" icon which looks like a piece of paper.


You could try running the Apple Hardware Test.


You can check the health of the drive by running DriveDX and posting the report here using the "Additional Text" icon which looks like a piece of paper.


IIRC this model laptop had known GPU issues. There are ways to force the laptop to use the Intel GPU instead if this is the case.

12 replies
Question marked as Top-ranking reply

Nov 12, 2019 9:15 AM in response to RowlandCarson

Unless the system is having Kernel Panics the Console system logs are pretty much worthless for the more recent versions of macOS. The Kernel Panic logs if any exist are located in the "/var/log" folder or the "/private/var/log" folder on the left pane of the Console app. The System logs are also located in this folder as well, but I doubt you will find the System logs of much use. The older archived versions of the System log should be located here as well if they haven't been removed by macOS.


You can run EtreCheck to look for possible software issues. Feel free to post the report here using the "Additional Text" icon which looks like a piece of paper.


You could try running the Apple Hardware Test.


You can check the health of the drive by running DriveDX and posting the report here using the "Additional Text" icon which looks like a piece of paper.


IIRC this model laptop had known GPU issues. There are ways to force the laptop to use the Intel GPU instead if this is the case.

Nov 12, 2019 9:38 AM in response to RowlandCarson

Kernel panics are stored in abbreviated form in NVRAM when the panic occurs, and "puffed up" to human-readable form after a Restart. The human-readable versions are stored here:


/Library/Logs/DiagnosticReports


You can navigate there by copying and pasting the above string into:


Finder > Go Menu > Go to Folder


The useful ones are named by Date&time and end in .panic

If you find some of those, you can post the most recent .panic to a reply on the forums by using the third Icon from the right in the forum reply window. Icon looks like a page with writing, ToolTip "Additional text".


Please do not post more than 20 lines of other kinds of reports, they are interminable and all the useful information for these purposes is well within the first 20 lines.

Nov 13, 2019 12:12 PM in response to RowlandCarson

That panic is a GPU Panic.


MacBook Pro 6,2 had many problems with its discrete GPU, and there were (now long expired) Service Bulletins that would replace mainboards on units that exhibited certain behavior, and also failed the Video Switching Test.


It appears that 8 year run of good behavior has ended. If you would like a way to disable the Discrete GPU and run only the Integrated GPU, I can post some solution for you to try. But these sophisticated, are not for novice users, and could damage your computer, so you have to ask.

Nov 13, 2019 4:58 PM in response to RowlandCarson

a lot of the panics shown is the 7-day digest are (lack of) memory problems. You Mac can accept up to an 8GB DIMM in each of its two slots for a total of 16GB, and you can upgrade by the each DIMM. Consider adding one 8GB DIMM in place of one of your 4GB DIMMs.


An SSD drive of at least 500-ish GB has a typical read and write speed of about 500 Mytes/sec more than 10 time faster that the drive you have installed now.


Your battery seems to need help.

Nov 13, 2019 11:44 AM in response to Grant Bennet-Alder

The latest crash happened this evening while I was browsing a web page in Safari and I've found the panic log generated by it, "Kernel_2019-11-13-174227_Rowland-Carsons-Computer-2.panic". Here is the text of that file:




I'll try some of the suggestions made by HWTech above and report any useful-looking results. I've had this machine for about 8 years since new and it's only in the last few months that it has exhibited this crashing behaviour, so I don't think it's anything inherent to the model.


Thanks for all the helpful pointers.


in friendship


Rowland

Nov 17, 2019 8:59 AM in response to Grant Bennet-Alder

Grant - thanks for your reply, and apologies for taking so long to respond - I've been away from base and offline for a few days.


I'm puzzled by the advice about memory - according to the Apple memory upgrade page, I've already got the max of 2x4GB.

The above screenshot is a part of that web page relevant to my machine, with the memory tab of "about this mac" superposed.


I appreciate the suggestion about increased speed of SSD vs hard disc, but will consider that for the future - it doesn't seem to be the culprit for the blackouts.


in friendship


Rowland

Nov 30, 2019 10:20 AM in response to Grant Bennet-Alder

Grant - thanks for your menu of possible fixes. I have installed the 2.4.4i steveschow version gfxCardStatus and that seems to have solved my problem as the machine has been up for about a fortnight now without any system crashes.


Incidentally I did first look for the better solution you recommended at

<https://github.com/julian-poidevin/MBPMid2010_GPUFix>

but that returns a 404 not found.


Apologies for not responding for such a long time - I wanted to see if the first solution I applied would work before continuing with this thread.


Thanks very much for your kind and constructive responses to my problem.


in friendship


Rowland

Nov 13, 2019 4:54 PM in response to RowlandCarson

This is a collection of solutions, NOT a single Procedure, in no particular order. Read everything before you do anything:


Install gfxCardStatus (https://gfx.io) and set it to "i" (integrated graphics only). It will allow your MBP to run on integrated graphics only, bypassing the discrete GPU which has the issues. This may allow your MBP to run normally, although it will have reduced graphics performance when permforming demanding graphics tasks. The alternative is replacing the logic board, which is not cost effective on a machine that old, unless gfx does not resolve the issue and you really want to keep this MBP.


There is an acknowledged bug in the current version of Cody Kreiger's Open-Source gfxcardstatus, and the developer has confessed he does not have time to fix it right now.


There is a fork off the main build by steveschow available that seems to fix that problem for current versions of MacOS such as ElCapitan and Sierra. He provides a finished .app for direct download -- you do not have to compile anything.

https://github.com/steveschow/gfxCardStatus/releases


Also note that if your Mac does not run long enough to allow gfxcardstatus to be added, this is not really practical.


In addition, Steve Schow writes that he has abandoned further development -- because there are better solutions available [for both the 2010 model and 2011 models].


2010 model:

I have discontinued use of gfxCardStatus to solve the MBP kernel panic problem as the issue is better solved on 2010 models with the nVidia GPU by the following hack:

https://github.com/julian-poidevin/MBPMid2010_GPUFix.


2011 model:

the use of ArchLinux bootable CD to gain access to and re-write the EFI on the drive, and permanently disable the discrete graphics chip. This page and scroll down past the list to the blog:


http://github.com/steveschow/gfxCardStatus


There are two similar procedure listed. I used the second from MacRumors as it seemed easier. I have made the Arch Linux bootable CD on another Mac, and tried this approach. I now have a perfectly-functioning MacBook Pro late 2011 15-in model with Discrete Graphics disabled. Runs just fine. But NO external display support any more.

--------

There is a completely different hack developed more recently. It requires only single-User mode to get started, then type a complicated string into NVRAM, then disable System Integrity Protection and run an additional little program (direct-download link provided there) to make the change semi-permanent.


http://dosdude1.com/gpudisable/


.or a similar procedure with a bit more manual work:

Power up and boot into Single User Recovery by holding Command + r + s

if you are on high sierra 10.13.6+ you might need to use Command + r instead


Disable SIP (This takes a bit to complete so wait for it)

csrutil disable


Disable Discrete GPU on boot by running

nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00


Enable verbose boot mode (This will show text everytime you boot up, shutdown or restart your mac)

nvram boot-args="-v"


Reboot

reboot


Boot into Single User-mode by holding

Command + s + r

It might look as if it hanged, but press enter and you should see the shell (root#)


Mount root partition writeable

/sbin/mount -uw /


Make a kext-backup directory

mkdir -p /System/Library/Extensions-off


Move ONLY ONE offending kext out of the way

mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/


Inform the system to update its kextcache:

touch /System/Library/Extensions/


Reboot

reboot

It will show a bunch of text in the screen (don't be alarmed, let it finish) and then it will restart again In second restart it will show text in the screen again and then it will show normal login screen Your computer now should work properly (dGPU off and iGPU on.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

mac system crashes not showing in consolelogs

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.