Ubuntu 18.04 won't wake after screen lock and blank / suspend / sleep












7















I am trying to run Ubuntu 18.04 on a laptop with an AMD A12 processor and Radeon R7 graphics. I am having nothing but problems and am very discouraged with Ubuntu though I used 12.04 for years without such problems.



I have two problems that are maddening, and I will post them separately. The problems happen only on Gnome and Ubuntu on Xorg and do not happen on Wayland. However, I am told that it's best not to run Gnome on Wayland.



This problem is that the computer sometimes doesn't wake up from suspend. Well, I think it does wake up because the optical drive spins and the hard drive ticks away, but I cannot login because the lock screen is a hash of colors or a distorted background without a place to login. I cannot even ctrl- alt-F1 to get to a prompt. All input is frozen.



I am wondering if Xorg is configured correctly. I am running the Oilaf video driver which works well under Wayland so I don't know if there is a problem with Xorg and that driver.










share|improve this question

























  • May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

    – Roland
    Aug 20 '18 at 10:02











  • Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

    – arielf
    Dec 14 '18 at 6:58
















7















I am trying to run Ubuntu 18.04 on a laptop with an AMD A12 processor and Radeon R7 graphics. I am having nothing but problems and am very discouraged with Ubuntu though I used 12.04 for years without such problems.



I have two problems that are maddening, and I will post them separately. The problems happen only on Gnome and Ubuntu on Xorg and do not happen on Wayland. However, I am told that it's best not to run Gnome on Wayland.



This problem is that the computer sometimes doesn't wake up from suspend. Well, I think it does wake up because the optical drive spins and the hard drive ticks away, but I cannot login because the lock screen is a hash of colors or a distorted background without a place to login. I cannot even ctrl- alt-F1 to get to a prompt. All input is frozen.



I am wondering if Xorg is configured correctly. I am running the Oilaf video driver which works well under Wayland so I don't know if there is a problem with Xorg and that driver.










share|improve this question

























  • May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

    – Roland
    Aug 20 '18 at 10:02











  • Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

    – arielf
    Dec 14 '18 at 6:58














7












7








7


5






I am trying to run Ubuntu 18.04 on a laptop with an AMD A12 processor and Radeon R7 graphics. I am having nothing but problems and am very discouraged with Ubuntu though I used 12.04 for years without such problems.



I have two problems that are maddening, and I will post them separately. The problems happen only on Gnome and Ubuntu on Xorg and do not happen on Wayland. However, I am told that it's best not to run Gnome on Wayland.



This problem is that the computer sometimes doesn't wake up from suspend. Well, I think it does wake up because the optical drive spins and the hard drive ticks away, but I cannot login because the lock screen is a hash of colors or a distorted background without a place to login. I cannot even ctrl- alt-F1 to get to a prompt. All input is frozen.



I am wondering if Xorg is configured correctly. I am running the Oilaf video driver which works well under Wayland so I don't know if there is a problem with Xorg and that driver.










share|improve this question
















I am trying to run Ubuntu 18.04 on a laptop with an AMD A12 processor and Radeon R7 graphics. I am having nothing but problems and am very discouraged with Ubuntu though I used 12.04 for years without such problems.



I have two problems that are maddening, and I will post them separately. The problems happen only on Gnome and Ubuntu on Xorg and do not happen on Wayland. However, I am told that it's best not to run Gnome on Wayland.



This problem is that the computer sometimes doesn't wake up from suspend. Well, I think it does wake up because the optical drive spins and the hard drive ticks away, but I cannot login because the lock screen is a hash of colors or a distorted background without a place to login. I cannot even ctrl- alt-F1 to get to a prompt. All input is frozen.



I am wondering if Xorg is configured correctly. I am running the Oilaf video driver which works well under Wayland so I don't know if there is a problem with Xorg and that driver.







ubuntu suspend screen-lock sleep keyboard-event






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Sep 20 '18 at 21:09







user88036

















asked May 6 '18 at 6:14









ubuntu_user7ubuntu_user7

46113




46113













  • May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

    – Roland
    Aug 20 '18 at 10:02











  • Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

    – arielf
    Dec 14 '18 at 6:58



















  • May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

    – Roland
    Aug 20 '18 at 10:02











  • Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

    – arielf
    Dec 14 '18 at 6:58

















May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

– Roland
Aug 20 '18 at 10:02





May be duplicate to the question with this answer that worked for me: askubuntu.com/a/1041397/413258

– Roland
Aug 20 '18 at 10:02













Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

– arielf
Dec 14 '18 at 6:58





Do you use full disk encryption (LUKS) suggested by Ubuntu during fresh install? crypsetup may is waiting for a password but that fact is not visible on locked/blanked screen. Asking because of bug reports of the swap itself being encrypted creating a chicken-and-egg issue. See: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950 affecting many users.

– arielf
Dec 14 '18 at 6:58










6 Answers
6






active

oldest

votes


















1














I think I found the answer to this at long last. It seems to be working so far, but it's just been a few days. The solution I came across is to:



sudo gdm3 -reset 


and reboot.



(Note: After the gdm3 reset, it's going to come back to a login screen that won't let you login. Don't worry about it. Reboot and it will return to the normal login screen and everything will be fine.)






share|improve this answer



















  • 2





    I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

    – Ron Piggott
    Jun 19 '18 at 20:02






  • 1





    Same error as @RonPiggott

    – sP_
    Jul 20 '18 at 18:05













  • Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

    – acobster
    Dec 14 '18 at 18:38



















1














I am having a very similar issue on an HP Pavilion 17-ar050wm laptop. I've tried lots of different things -- using Oilaf/Ubuntu-X bleeding-edge drivers, switching to lightdm, running gdm3 -reset -- but the only thing that seems to make a difference is whether I entered sleep by pressing the power button or by closing the laptop lid. When I just closed the lid, the screen/keyboard doesn't come back up properly about 3/4 of the time, but when I pressed the button first, it comes back up 100% of the time (so far).



So for lack of a better solution, I'm just going to try to remember to press the power button every time before I close the lid. Hope this helps someone!






share|improve this answer































    0














    My machine had a similar issue after upgrading to Ubuntu 18.04. After closing the lid, the OS wouldn't wake up, but the backlight would come on. (Possibly unrelated: it appeared my keyboard was unresponsive as well, since toggling caps lock didn't light up the LED.)



    I found a fix in my bios settings. There was a checkbox for enabling wake-up when the laptop lid is opened. It was unchecked, but checking it fixed the problem.



    $ uname -r
    4.15.0-21-lowlatency

    $ lsb_release -r
    Release: 18.04

    $ lscpu
    Architecture: x86_64
    Model name: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

    $ dmidecode
    BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016





    share|improve this answer































      0














      In my situation:



      $ uname -r
      4.15.0-33-generic

      $ lsb_release -r
      Release: 18.04

      $ lscpu
      Architecture: x86_64
      CPU op-mode(s): 32-bit, 64-bit
      Byte Order: Little Endian
      CPU(s): 4
      On-line CPU(s) list: 0-3
      Thread(s) per core: 1
      Core(s) per socket: 4
      Socket(s): 1
      NUMA node(s): 1
      Vendor ID: GenuineIntel
      CPU family: 6
      Model: 55
      Model name: Intel(R) Pentium(R) CPU N3540 @ 2.16GHz
      Stepping: 8
      CPU MHz: 880.243
      CPU max MHz: 2665,6001
      CPU min MHz: 499,8000
      BogoMIPS: 4331.60
      Virtualization: VT-x
      L1d cache: 24K
      L1i cache: 32K
      L2 cache: 1024K
      NUMA node0 CPU(s): 0-3
      Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

      $ sudo dmidecode | grep BIOS -A2
      BIOS Information
      Vendor: Acer
      Version: V1.10
      BIOS Revision: 0.0
      Firmware Revision: 1.9


      Hardware - Aser E5-511-P6CS



      Solution is remove from grub $vt_handoff string.



      To do this - just edit /etc/grub.d/10_linux file.



      Set $vt_handoff = "1" to $vt_handoff = "0"






      share|improve this answer


























      • Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

        – acobster
        Dec 14 '18 at 18:09



















      0














      I have similar issues. Tried disable switchable graphics card and modified vt_handoff. None of them worked.



      Then I "accidentally" fixed the problem by setting the SATA mode to be "ACHI" (was "IDE" when I installed ubuntu) in the BIOS. And it fixed the problem!






      share|improve this answer





















      • 1





        Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

        – Jeff Schaller
        Oct 4 '18 at 16:56



















      0














      (I tried to comment to the appropriate post, but this list said I needed a "50 reputation to comment". But it lets me add an answer at the bottom - don't understand.)



      @stepan-illichevsky, I'm on Ubuntu Mate 18.04, on a dual AMD Opteron motherboard (Asus KCMA-D8). I finally got Windows 7 to wake from sleep by updating BIOS (allow PCIe to wake), but Ubuntu would still not wake up. Found you post and tried changing vt_handoff from "1" to "0" - it worked! Thanks! I saved another post about traversing some USB chain, but this was quick and easy.






      share|improve this answer








      New contributor




      guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




















        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%2f442057%2fubuntu-18-04-wont-wake-after-screen-lock-and-blank-suspend-sleep%23new-answer', 'question_page');
        }
        );

        Post as a guest















        Required, but never shown

























        6 Answers
        6






        active

        oldest

        votes








        6 Answers
        6






        active

        oldest

        votes









        active

        oldest

        votes






        active

        oldest

        votes









        1














        I think I found the answer to this at long last. It seems to be working so far, but it's just been a few days. The solution I came across is to:



        sudo gdm3 -reset 


        and reboot.



        (Note: After the gdm3 reset, it's going to come back to a login screen that won't let you login. Don't worry about it. Reboot and it will return to the normal login screen and everything will be fine.)






        share|improve this answer



















        • 2





          I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

          – Ron Piggott
          Jun 19 '18 at 20:02






        • 1





          Same error as @RonPiggott

          – sP_
          Jul 20 '18 at 18:05













        • Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

          – acobster
          Dec 14 '18 at 18:38
















        1














        I think I found the answer to this at long last. It seems to be working so far, but it's just been a few days. The solution I came across is to:



        sudo gdm3 -reset 


        and reboot.



        (Note: After the gdm3 reset, it's going to come back to a login screen that won't let you login. Don't worry about it. Reboot and it will return to the normal login screen and everything will be fine.)






        share|improve this answer



















        • 2





          I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

          – Ron Piggott
          Jun 19 '18 at 20:02






        • 1





          Same error as @RonPiggott

          – sP_
          Jul 20 '18 at 18:05













        • Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

          – acobster
          Dec 14 '18 at 18:38














        1












        1








        1







        I think I found the answer to this at long last. It seems to be working so far, but it's just been a few days. The solution I came across is to:



        sudo gdm3 -reset 


        and reboot.



        (Note: After the gdm3 reset, it's going to come back to a login screen that won't let you login. Don't worry about it. Reboot and it will return to the normal login screen and everything will be fine.)






        share|improve this answer













        I think I found the answer to this at long last. It seems to be working so far, but it's just been a few days. The solution I came across is to:



        sudo gdm3 -reset 


        and reboot.



        (Note: After the gdm3 reset, it's going to come back to a login screen that won't let you login. Don't worry about it. Reboot and it will return to the normal login screen and everything will be fine.)







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered May 12 '18 at 20:46









        ubuntu_user7ubuntu_user7

        46113




        46113








        • 2





          I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

          – Ron Piggott
          Jun 19 '18 at 20:02






        • 1





          Same error as @RonPiggott

          – sP_
          Jul 20 '18 at 18:05













        • Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

          – acobster
          Dec 14 '18 at 18:38














        • 2





          I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

          – Ron Piggott
          Jun 19 '18 at 20:02






        • 1





          Same error as @RonPiggott

          – sP_
          Jul 20 '18 at 18:05













        • Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

          – acobster
          Dec 14 '18 at 18:38








        2




        2





        I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

        – Ron Piggott
        Jun 19 '18 at 20:02





        I am receiving the prompt 'Failed to parse options: Unknown option -reset' Any idea why?

        – Ron Piggott
        Jun 19 '18 at 20:02




        1




        1





        Same error as @RonPiggott

        – sP_
        Jul 20 '18 at 18:05







        Same error as @RonPiggott

        – sP_
        Jul 20 '18 at 18:05















        Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

        – acobster
        Dec 14 '18 at 18:38





        Thanks for the suggestion. I got the error mentioned above and made a question for it: unix.stackexchange.com/questions/488037/…

        – acobster
        Dec 14 '18 at 18:38













        1














        I am having a very similar issue on an HP Pavilion 17-ar050wm laptop. I've tried lots of different things -- using Oilaf/Ubuntu-X bleeding-edge drivers, switching to lightdm, running gdm3 -reset -- but the only thing that seems to make a difference is whether I entered sleep by pressing the power button or by closing the laptop lid. When I just closed the lid, the screen/keyboard doesn't come back up properly about 3/4 of the time, but when I pressed the button first, it comes back up 100% of the time (so far).



        So for lack of a better solution, I'm just going to try to remember to press the power button every time before I close the lid. Hope this helps someone!






        share|improve this answer




























          1














          I am having a very similar issue on an HP Pavilion 17-ar050wm laptop. I've tried lots of different things -- using Oilaf/Ubuntu-X bleeding-edge drivers, switching to lightdm, running gdm3 -reset -- but the only thing that seems to make a difference is whether I entered sleep by pressing the power button or by closing the laptop lid. When I just closed the lid, the screen/keyboard doesn't come back up properly about 3/4 of the time, but when I pressed the button first, it comes back up 100% of the time (so far).



          So for lack of a better solution, I'm just going to try to remember to press the power button every time before I close the lid. Hope this helps someone!






          share|improve this answer


























            1












            1








            1







            I am having a very similar issue on an HP Pavilion 17-ar050wm laptop. I've tried lots of different things -- using Oilaf/Ubuntu-X bleeding-edge drivers, switching to lightdm, running gdm3 -reset -- but the only thing that seems to make a difference is whether I entered sleep by pressing the power button or by closing the laptop lid. When I just closed the lid, the screen/keyboard doesn't come back up properly about 3/4 of the time, but when I pressed the button first, it comes back up 100% of the time (so far).



            So for lack of a better solution, I'm just going to try to remember to press the power button every time before I close the lid. Hope this helps someone!






            share|improve this answer













            I am having a very similar issue on an HP Pavilion 17-ar050wm laptop. I've tried lots of different things -- using Oilaf/Ubuntu-X bleeding-edge drivers, switching to lightdm, running gdm3 -reset -- but the only thing that seems to make a difference is whether I entered sleep by pressing the power button or by closing the laptop lid. When I just closed the lid, the screen/keyboard doesn't come back up properly about 3/4 of the time, but when I pressed the button first, it comes back up 100% of the time (so far).



            So for lack of a better solution, I'm just going to try to remember to press the power button every time before I close the lid. Hope this helps someone!







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Jun 25 '18 at 2:30









            Bart RobinsonBart Robinson

            111




            111























                0














                My machine had a similar issue after upgrading to Ubuntu 18.04. After closing the lid, the OS wouldn't wake up, but the backlight would come on. (Possibly unrelated: it appeared my keyboard was unresponsive as well, since toggling caps lock didn't light up the LED.)



                I found a fix in my bios settings. There was a checkbox for enabling wake-up when the laptop lid is opened. It was unchecked, but checking it fixed the problem.



                $ uname -r
                4.15.0-21-lowlatency

                $ lsb_release -r
                Release: 18.04

                $ lscpu
                Architecture: x86_64
                Model name: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

                $ dmidecode
                BIOS Information
                Vendor: HP
                Version: N73 Ver. 01.17
                Release Date: 11/02/2016





                share|improve this answer




























                  0














                  My machine had a similar issue after upgrading to Ubuntu 18.04. After closing the lid, the OS wouldn't wake up, but the backlight would come on. (Possibly unrelated: it appeared my keyboard was unresponsive as well, since toggling caps lock didn't light up the LED.)



                  I found a fix in my bios settings. There was a checkbox for enabling wake-up when the laptop lid is opened. It was unchecked, but checking it fixed the problem.



                  $ uname -r
                  4.15.0-21-lowlatency

                  $ lsb_release -r
                  Release: 18.04

                  $ lscpu
                  Architecture: x86_64
                  Model name: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

                  $ dmidecode
                  BIOS Information
                  Vendor: HP
                  Version: N73 Ver. 01.17
                  Release Date: 11/02/2016





                  share|improve this answer


























                    0












                    0








                    0







                    My machine had a similar issue after upgrading to Ubuntu 18.04. After closing the lid, the OS wouldn't wake up, but the backlight would come on. (Possibly unrelated: it appeared my keyboard was unresponsive as well, since toggling caps lock didn't light up the LED.)



                    I found a fix in my bios settings. There was a checkbox for enabling wake-up when the laptop lid is opened. It was unchecked, but checking it fixed the problem.



                    $ uname -r
                    4.15.0-21-lowlatency

                    $ lsb_release -r
                    Release: 18.04

                    $ lscpu
                    Architecture: x86_64
                    Model name: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

                    $ dmidecode
                    BIOS Information
                    Vendor: HP
                    Version: N73 Ver. 01.17
                    Release Date: 11/02/2016





                    share|improve this answer













                    My machine had a similar issue after upgrading to Ubuntu 18.04. After closing the lid, the OS wouldn't wake up, but the backlight would come on. (Possibly unrelated: it appeared my keyboard was unresponsive as well, since toggling caps lock didn't light up the LED.)



                    I found a fix in my bios settings. There was a checkbox for enabling wake-up when the laptop lid is opened. It was unchecked, but checking it fixed the problem.



                    $ uname -r
                    4.15.0-21-lowlatency

                    $ lsb_release -r
                    Release: 18.04

                    $ lscpu
                    Architecture: x86_64
                    Model name: AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

                    $ dmidecode
                    BIOS Information
                    Vendor: HP
                    Version: N73 Ver. 01.17
                    Release Date: 11/02/2016






                    share|improve this answer












                    share|improve this answer



                    share|improve this answer










                    answered May 21 '18 at 0:59









                    inkalchemist1994inkalchemist1994

                    11




                    11























                        0














                        In my situation:



                        $ uname -r
                        4.15.0-33-generic

                        $ lsb_release -r
                        Release: 18.04

                        $ lscpu
                        Architecture: x86_64
                        CPU op-mode(s): 32-bit, 64-bit
                        Byte Order: Little Endian
                        CPU(s): 4
                        On-line CPU(s) list: 0-3
                        Thread(s) per core: 1
                        Core(s) per socket: 4
                        Socket(s): 1
                        NUMA node(s): 1
                        Vendor ID: GenuineIntel
                        CPU family: 6
                        Model: 55
                        Model name: Intel(R) Pentium(R) CPU N3540 @ 2.16GHz
                        Stepping: 8
                        CPU MHz: 880.243
                        CPU max MHz: 2665,6001
                        CPU min MHz: 499,8000
                        BogoMIPS: 4331.60
                        Virtualization: VT-x
                        L1d cache: 24K
                        L1i cache: 32K
                        L2 cache: 1024K
                        NUMA node0 CPU(s): 0-3
                        Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

                        $ sudo dmidecode | grep BIOS -A2
                        BIOS Information
                        Vendor: Acer
                        Version: V1.10
                        BIOS Revision: 0.0
                        Firmware Revision: 1.9


                        Hardware - Aser E5-511-P6CS



                        Solution is remove from grub $vt_handoff string.



                        To do this - just edit /etc/grub.d/10_linux file.



                        Set $vt_handoff = "1" to $vt_handoff = "0"






                        share|improve this answer


























                        • Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                          – acobster
                          Dec 14 '18 at 18:09
















                        0














                        In my situation:



                        $ uname -r
                        4.15.0-33-generic

                        $ lsb_release -r
                        Release: 18.04

                        $ lscpu
                        Architecture: x86_64
                        CPU op-mode(s): 32-bit, 64-bit
                        Byte Order: Little Endian
                        CPU(s): 4
                        On-line CPU(s) list: 0-3
                        Thread(s) per core: 1
                        Core(s) per socket: 4
                        Socket(s): 1
                        NUMA node(s): 1
                        Vendor ID: GenuineIntel
                        CPU family: 6
                        Model: 55
                        Model name: Intel(R) Pentium(R) CPU N3540 @ 2.16GHz
                        Stepping: 8
                        CPU MHz: 880.243
                        CPU max MHz: 2665,6001
                        CPU min MHz: 499,8000
                        BogoMIPS: 4331.60
                        Virtualization: VT-x
                        L1d cache: 24K
                        L1i cache: 32K
                        L2 cache: 1024K
                        NUMA node0 CPU(s): 0-3
                        Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

                        $ sudo dmidecode | grep BIOS -A2
                        BIOS Information
                        Vendor: Acer
                        Version: V1.10
                        BIOS Revision: 0.0
                        Firmware Revision: 1.9


                        Hardware - Aser E5-511-P6CS



                        Solution is remove from grub $vt_handoff string.



                        To do this - just edit /etc/grub.d/10_linux file.



                        Set $vt_handoff = "1" to $vt_handoff = "0"






                        share|improve this answer


























                        • Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                          – acobster
                          Dec 14 '18 at 18:09














                        0












                        0








                        0







                        In my situation:



                        $ uname -r
                        4.15.0-33-generic

                        $ lsb_release -r
                        Release: 18.04

                        $ lscpu
                        Architecture: x86_64
                        CPU op-mode(s): 32-bit, 64-bit
                        Byte Order: Little Endian
                        CPU(s): 4
                        On-line CPU(s) list: 0-3
                        Thread(s) per core: 1
                        Core(s) per socket: 4
                        Socket(s): 1
                        NUMA node(s): 1
                        Vendor ID: GenuineIntel
                        CPU family: 6
                        Model: 55
                        Model name: Intel(R) Pentium(R) CPU N3540 @ 2.16GHz
                        Stepping: 8
                        CPU MHz: 880.243
                        CPU max MHz: 2665,6001
                        CPU min MHz: 499,8000
                        BogoMIPS: 4331.60
                        Virtualization: VT-x
                        L1d cache: 24K
                        L1i cache: 32K
                        L2 cache: 1024K
                        NUMA node0 CPU(s): 0-3
                        Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

                        $ sudo dmidecode | grep BIOS -A2
                        BIOS Information
                        Vendor: Acer
                        Version: V1.10
                        BIOS Revision: 0.0
                        Firmware Revision: 1.9


                        Hardware - Aser E5-511-P6CS



                        Solution is remove from grub $vt_handoff string.



                        To do this - just edit /etc/grub.d/10_linux file.



                        Set $vt_handoff = "1" to $vt_handoff = "0"






                        share|improve this answer















                        In my situation:



                        $ uname -r
                        4.15.0-33-generic

                        $ lsb_release -r
                        Release: 18.04

                        $ lscpu
                        Architecture: x86_64
                        CPU op-mode(s): 32-bit, 64-bit
                        Byte Order: Little Endian
                        CPU(s): 4
                        On-line CPU(s) list: 0-3
                        Thread(s) per core: 1
                        Core(s) per socket: 4
                        Socket(s): 1
                        NUMA node(s): 1
                        Vendor ID: GenuineIntel
                        CPU family: 6
                        Model: 55
                        Model name: Intel(R) Pentium(R) CPU N3540 @ 2.16GHz
                        Stepping: 8
                        CPU MHz: 880.243
                        CPU max MHz: 2665,6001
                        CPU min MHz: 499,8000
                        BogoMIPS: 4331.60
                        Virtualization: VT-x
                        L1d cache: 24K
                        L1i cache: 32K
                        L2 cache: 1024K
                        NUMA node0 CPU(s): 0-3
                        Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

                        $ sudo dmidecode | grep BIOS -A2
                        BIOS Information
                        Vendor: Acer
                        Version: V1.10
                        BIOS Revision: 0.0
                        Firmware Revision: 1.9


                        Hardware - Aser E5-511-P6CS



                        Solution is remove from grub $vt_handoff string.



                        To do this - just edit /etc/grub.d/10_linux file.



                        Set $vt_handoff = "1" to $vt_handoff = "0"







                        share|improve this answer














                        share|improve this answer



                        share|improve this answer








                        edited Sep 13 '18 at 5:55

























                        answered Sep 12 '18 at 16:00









                        Stepan IllichevskyStepan Illichevsky

                        12




                        12













                        • Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                          – acobster
                          Dec 14 '18 at 18:09



















                        • Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                          – acobster
                          Dec 14 '18 at 18:09

















                        Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                        – acobster
                        Dec 14 '18 at 18:09





                        Do you mean change vt_handoff="1" to vt_handoff="0"? The way you wrote it is the syntax for a comparison, rather than assignment. Not sure if others' grub files are different, but there are multiple comparisons in mine...seems to make more sense to change the assignment toward the beginning of the file.

                        – acobster
                        Dec 14 '18 at 18:09











                        0














                        I have similar issues. Tried disable switchable graphics card and modified vt_handoff. None of them worked.



                        Then I "accidentally" fixed the problem by setting the SATA mode to be "ACHI" (was "IDE" when I installed ubuntu) in the BIOS. And it fixed the problem!






                        share|improve this answer





















                        • 1





                          Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                          – Jeff Schaller
                          Oct 4 '18 at 16:56
















                        0














                        I have similar issues. Tried disable switchable graphics card and modified vt_handoff. None of them worked.



                        Then I "accidentally" fixed the problem by setting the SATA mode to be "ACHI" (was "IDE" when I installed ubuntu) in the BIOS. And it fixed the problem!






                        share|improve this answer





















                        • 1





                          Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                          – Jeff Schaller
                          Oct 4 '18 at 16:56














                        0












                        0








                        0







                        I have similar issues. Tried disable switchable graphics card and modified vt_handoff. None of them worked.



                        Then I "accidentally" fixed the problem by setting the SATA mode to be "ACHI" (was "IDE" when I installed ubuntu) in the BIOS. And it fixed the problem!






                        share|improve this answer















                        I have similar issues. Tried disable switchable graphics card and modified vt_handoff. None of them worked.



                        Then I "accidentally" fixed the problem by setting the SATA mode to be "ACHI" (was "IDE" when I installed ubuntu) in the BIOS. And it fixed the problem!







                        share|improve this answer














                        share|improve this answer



                        share|improve this answer








                        edited Oct 4 '18 at 16:56









                        Jeff Schaller

                        39.3k1054125




                        39.3k1054125










                        answered Oct 4 '18 at 16:17









                        Xiang ZhaiXiang Zhai

                        1




                        1








                        • 1





                          Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                          – Jeff Schaller
                          Oct 4 '18 at 16:56














                        • 1





                          Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                          – Jeff Schaller
                          Oct 4 '18 at 16:56








                        1




                        1





                        Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                        – Jeff Schaller
                        Oct 4 '18 at 16:56





                        Instead of continuing a thread here (since there's no way for people to reply with Answers to your Answer), it'd be better to Answer this question (with the first 2 paragraphs) and then open a New Question with your 3rd paragraph. Thank you!

                        – Jeff Schaller
                        Oct 4 '18 at 16:56











                        0














                        (I tried to comment to the appropriate post, but this list said I needed a "50 reputation to comment". But it lets me add an answer at the bottom - don't understand.)



                        @stepan-illichevsky, I'm on Ubuntu Mate 18.04, on a dual AMD Opteron motherboard (Asus KCMA-D8). I finally got Windows 7 to wake from sleep by updating BIOS (allow PCIe to wake), but Ubuntu would still not wake up. Found you post and tried changing vt_handoff from "1" to "0" - it worked! Thanks! I saved another post about traversing some USB chain, but this was quick and easy.






                        share|improve this answer








                        New contributor




                        guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                        Check out our Code of Conduct.

























                          0














                          (I tried to comment to the appropriate post, but this list said I needed a "50 reputation to comment". But it lets me add an answer at the bottom - don't understand.)



                          @stepan-illichevsky, I'm on Ubuntu Mate 18.04, on a dual AMD Opteron motherboard (Asus KCMA-D8). I finally got Windows 7 to wake from sleep by updating BIOS (allow PCIe to wake), but Ubuntu would still not wake up. Found you post and tried changing vt_handoff from "1" to "0" - it worked! Thanks! I saved another post about traversing some USB chain, but this was quick and easy.






                          share|improve this answer








                          New contributor




                          guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                          Check out our Code of Conduct.























                            0












                            0








                            0







                            (I tried to comment to the appropriate post, but this list said I needed a "50 reputation to comment". But it lets me add an answer at the bottom - don't understand.)



                            @stepan-illichevsky, I'm on Ubuntu Mate 18.04, on a dual AMD Opteron motherboard (Asus KCMA-D8). I finally got Windows 7 to wake from sleep by updating BIOS (allow PCIe to wake), but Ubuntu would still not wake up. Found you post and tried changing vt_handoff from "1" to "0" - it worked! Thanks! I saved another post about traversing some USB chain, but this was quick and easy.






                            share|improve this answer








                            New contributor




                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.










                            (I tried to comment to the appropriate post, but this list said I needed a "50 reputation to comment". But it lets me add an answer at the bottom - don't understand.)



                            @stepan-illichevsky, I'm on Ubuntu Mate 18.04, on a dual AMD Opteron motherboard (Asus KCMA-D8). I finally got Windows 7 to wake from sleep by updating BIOS (allow PCIe to wake), but Ubuntu would still not wake up. Found you post and tried changing vt_handoff from "1" to "0" - it worked! Thanks! I saved another post about traversing some USB chain, but this was quick and easy.







                            share|improve this answer








                            New contributor




                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.









                            share|improve this answer



                            share|improve this answer






                            New contributor




                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.









                            answered 15 mins ago









                            guyrguyr

                            1




                            1




                            New contributor




                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.





                            New contributor





                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.






                            guyr is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.






























                                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%2f442057%2fubuntu-18-04-wont-wake-after-screen-lock-and-blank-suspend-sleep%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

                                Entries order in /etc/network/interfaces

                                Grub takes very long (several minutes) to open Menu (in Multi-Boot-System)

                                新発田市