Hibernate not working on MacBook Pro with Debian

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












3















I've installed Debian testing/stretch on a brand new Macbook Pro 13" (early 2015), but hibernation isn't working properly.



When I try to hibernate, it appears to work (the screen shuts off after a few seconds), but the system seems to never fully power off (this is demonstrated by the fact that the cooling fan eventuall comes on if I put the laptop in my backpack, and also by the fact that to reboot I first have to do a forced shutdown by holding in the power button for a few seconds). And then when I try to reboot, it never wakes up from hibernation, either.



I've been googing for a solution, but can't find anyone else with the exact same symptoms, and can't find anything at all about hibernation on this specific hardware.










share|improve this question
























  • The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

    – needle
    Jan 31 at 10:27















3















I've installed Debian testing/stretch on a brand new Macbook Pro 13" (early 2015), but hibernation isn't working properly.



When I try to hibernate, it appears to work (the screen shuts off after a few seconds), but the system seems to never fully power off (this is demonstrated by the fact that the cooling fan eventuall comes on if I put the laptop in my backpack, and also by the fact that to reboot I first have to do a forced shutdown by holding in the power button for a few seconds). And then when I try to reboot, it never wakes up from hibernation, either.



I've been googing for a solution, but can't find anyone else with the exact same symptoms, and can't find anything at all about hibernation on this specific hardware.










share|improve this question
























  • The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

    – needle
    Jan 31 at 10:27













3












3








3


0






I've installed Debian testing/stretch on a brand new Macbook Pro 13" (early 2015), but hibernation isn't working properly.



When I try to hibernate, it appears to work (the screen shuts off after a few seconds), but the system seems to never fully power off (this is demonstrated by the fact that the cooling fan eventuall comes on if I put the laptop in my backpack, and also by the fact that to reboot I first have to do a forced shutdown by holding in the power button for a few seconds). And then when I try to reboot, it never wakes up from hibernation, either.



I've been googing for a solution, but can't find anyone else with the exact same symptoms, and can't find anything at all about hibernation on this specific hardware.










share|improve this question
















I've installed Debian testing/stretch on a brand new Macbook Pro 13" (early 2015), but hibernation isn't working properly.



When I try to hibernate, it appears to work (the screen shuts off after a few seconds), but the system seems to never fully power off (this is demonstrated by the fact that the cooling fan eventuall comes on if I put the laptop in my backpack, and also by the fact that to reboot I first have to do a forced shutdown by holding in the power button for a few seconds). And then when I try to reboot, it never wakes up from hibernation, either.



I've been googing for a solution, but can't find anyone else with the exact same symptoms, and can't find anything at all about hibernation on this specific hardware.







debian suspend hibernate






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Oct 10 '15 at 12:41







Flimzy

















asked Oct 10 '15 at 12:05









FlimzyFlimzy

255521




255521












  • The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

    – needle
    Jan 31 at 10:27

















  • The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

    – needle
    Jan 31 at 10:27
















The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

– needle
Jan 31 at 10:27





The description of your MBP problem reminds me of my own trouble. Try to troubleshoot with this particular document. Doing step by step debugging has worked with my MBP 11,1 running linux. kernel.org/doc/Documentation/power/basic-pm-debugging.txt

– needle
Jan 31 at 10:27










1 Answer
1






active

oldest

votes


















0














You may have a driver loaded that prevents correct hibernation. Does lsmod show that e. g. bcm5974 is loaded? If so, modprobe -r bcm5974, then try hibernating again.



Obviously, if this helps, you'll need to modprobe the module after resume. This can be easily automated.



Another thing to try would be to install uswsusp. It has config options for different shutdown methods. So:



  1. apt-get install uswsusp

  2. edit /etc/uswsusp.conf and try different options for shutdown method. Try shutdown method = platform and shutdown method = shutdown.

  3. run s2disk as root to hibernate to disk.





share|improve this answer























  • It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

    – Flimzy
    Oct 12 '15 at 15:06











  • @Flimzy what DE/WM are you using?

    – A.P.
    Oct 12 '15 at 15:18











  • KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

    – Flimzy
    Oct 12 '15 at 16:09











  • It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

    – A.P.
    Oct 12 '15 at 18:29












  • But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

    – A.P.
    Oct 12 '15 at 18:32











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f235202%2fhibernate-not-working-on-macbook-pro-with-debian%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














You may have a driver loaded that prevents correct hibernation. Does lsmod show that e. g. bcm5974 is loaded? If so, modprobe -r bcm5974, then try hibernating again.



Obviously, if this helps, you'll need to modprobe the module after resume. This can be easily automated.



Another thing to try would be to install uswsusp. It has config options for different shutdown methods. So:



  1. apt-get install uswsusp

  2. edit /etc/uswsusp.conf and try different options for shutdown method. Try shutdown method = platform and shutdown method = shutdown.

  3. run s2disk as root to hibernate to disk.





share|improve this answer























  • It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

    – Flimzy
    Oct 12 '15 at 15:06











  • @Flimzy what DE/WM are you using?

    – A.P.
    Oct 12 '15 at 15:18











  • KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

    – Flimzy
    Oct 12 '15 at 16:09











  • It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

    – A.P.
    Oct 12 '15 at 18:29












  • But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

    – A.P.
    Oct 12 '15 at 18:32
















0














You may have a driver loaded that prevents correct hibernation. Does lsmod show that e. g. bcm5974 is loaded? If so, modprobe -r bcm5974, then try hibernating again.



Obviously, if this helps, you'll need to modprobe the module after resume. This can be easily automated.



Another thing to try would be to install uswsusp. It has config options for different shutdown methods. So:



  1. apt-get install uswsusp

  2. edit /etc/uswsusp.conf and try different options for shutdown method. Try shutdown method = platform and shutdown method = shutdown.

  3. run s2disk as root to hibernate to disk.





share|improve this answer























  • It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

    – Flimzy
    Oct 12 '15 at 15:06











  • @Flimzy what DE/WM are you using?

    – A.P.
    Oct 12 '15 at 15:18











  • KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

    – Flimzy
    Oct 12 '15 at 16:09











  • It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

    – A.P.
    Oct 12 '15 at 18:29












  • But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

    – A.P.
    Oct 12 '15 at 18:32














0












0








0







You may have a driver loaded that prevents correct hibernation. Does lsmod show that e. g. bcm5974 is loaded? If so, modprobe -r bcm5974, then try hibernating again.



Obviously, if this helps, you'll need to modprobe the module after resume. This can be easily automated.



Another thing to try would be to install uswsusp. It has config options for different shutdown methods. So:



  1. apt-get install uswsusp

  2. edit /etc/uswsusp.conf and try different options for shutdown method. Try shutdown method = platform and shutdown method = shutdown.

  3. run s2disk as root to hibernate to disk.





share|improve this answer













You may have a driver loaded that prevents correct hibernation. Does lsmod show that e. g. bcm5974 is loaded? If so, modprobe -r bcm5974, then try hibernating again.



Obviously, if this helps, you'll need to modprobe the module after resume. This can be easily automated.



Another thing to try would be to install uswsusp. It has config options for different shutdown methods. So:



  1. apt-get install uswsusp

  2. edit /etc/uswsusp.conf and try different options for shutdown method. Try shutdown method = platform and shutdown method = shutdown.

  3. run s2disk as root to hibernate to disk.






share|improve this answer












share|improve this answer



share|improve this answer










answered Oct 10 '15 at 13:02









A.P.A.P.

1,15137




1,15137












  • It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

    – Flimzy
    Oct 12 '15 at 15:06











  • @Flimzy what DE/WM are you using?

    – A.P.
    Oct 12 '15 at 15:18











  • KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

    – Flimzy
    Oct 12 '15 at 16:09











  • It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

    – A.P.
    Oct 12 '15 at 18:29












  • But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

    – A.P.
    Oct 12 '15 at 18:32


















  • It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

    – Flimzy
    Oct 12 '15 at 15:06











  • @Flimzy what DE/WM are you using?

    – A.P.
    Oct 12 '15 at 15:18











  • KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

    – Flimzy
    Oct 12 '15 at 16:09











  • It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

    – A.P.
    Oct 12 '15 at 18:29












  • But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

    – A.P.
    Oct 12 '15 at 18:32

















It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

– Flimzy
Oct 12 '15 at 15:06





It looks like removing the 'brcmfmac` module allows the hibernation to succeed. Although automating the process is proving not to be intuitive.

– Flimzy
Oct 12 '15 at 15:06













@Flimzy what DE/WM are you using?

– A.P.
Oct 12 '15 at 15:18





@Flimzy what DE/WM are you using?

– A.P.
Oct 12 '15 at 15:18













KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

– Flimzy
Oct 12 '15 at 16:09





KDE. Although I don't mind editing conf files directly... but installing pm-utils and creating a script in /etc/pm/sleep.d/* had no effect.

– Flimzy
Oct 12 '15 at 16:09













It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

– A.P.
Oct 12 '15 at 18:29






It seems KDE prefers systemd hooks, so try this: wiki.archlinux.org/index.php/… Here's an example systemd hook script that you can edit to fit your needs: gist.github.com/shawnbon206/3a451a7612084d9392cd

– A.P.
Oct 12 '15 at 18:29














But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

– A.P.
Oct 12 '15 at 18:32






But basically you can simply run a shell script as simple as rmmod brcmfmac && s2disk && modprobe brcmfmac through a desktop shortcut. Unfortunately, I do not have access to KDE or even systemd at this time, so I'm not in the best position to help with these. If it's OK for you to create a desktop/panel hibernation shortcut, I would recommend installing and using the hibernate package. It has a ton of ready-made hooks, including for loading and unloading modules. I could help with that.

– A.P.
Oct 12 '15 at 18:32


















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f235202%2fhibernate-not-working-on-macbook-pro-with-debian%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay