Suspend/Sleep Works in Windows 7 but Not in Linux

Kernie · 05-02-2019, 12:21 PM

My PC will enter suspend fine but when resuming I get a black screen. The monitor LED turns green and the backlight is on (monitor is a Dell E196pf, VGA out), but the desktop does not re-appear.

Resume does work correctly in Windows 7 Ultimate 32 bit. I have tried several Linux distros; Linux Mint 19.1 Xfce 64 bit, Linux Mint 18.1 Xfce 32 bit, Linux Lite 4.4 64 bit, and am currently using MX Linux 4.19.5 32 bit. Resume fails in a similar way in all of them.

Is there a way to solve this? Suspend is really handy and I don't want to go back to Windows 7

.

My info:

Code:

System:    Host: antec Kernel: 4.19.0-1-686-pae i686 bits: 32 compiler: gcc v: 6.3.0 
           Desktop: Xfce 4.12.3 Distro: MX-18.2_386 Continuum Apr 7  2019 
           base: Debian GNU/Linux 9 (stretch) 
Machine:   Type: Desktop Mobo: ASUSTeK model: A8N5X v: 1.XX serial: <filter> BIOS: Phoenix 
           v: ASUS A8N5X Revision 1003 date: 06/01/2006 
CPU:       Topology: Dual Core model: AMD Athlon 64 X2 4200+ bits: 64 type: MCP arch: K8 rev.E 
           rev: 2 L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 bogomips: 4020 
           Speed: 1000 MHz min/max: 1000/2200 MHz Core speeds (MHz): 1: 1000 2: 1000 
Graphics:  Device-1: NVIDIA GK208 [GeForce GT 710B] vendor: Micro-Star MSI driver: nvidia 
           v: 390.116 bus ID: 01:00.0 
           Display: x11 server: X.Org 1.19.2 driver: nvidia resolution: 1280x1024~60Hz 
           OpenGL: renderer: GeForce GT 710/PCIe/SSE2/3DNOW! v: 4.6.0 NVIDIA 390.116 
           direct render: Yes 
Audio:     Device-1: NVIDIA CK804 AC97 Audio vendor: ASUSTeK K8N4/A8N Series Mainboard 
           driver: snd_intel8x0 v: kernel bus ID: 00:04.0 
           Device-2: NVIDIA GK208 HDMI/DP Audio vendor: Micro-Star MSI driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 
           Sound Server: ALSA v: k4.19.0-1-686-pae 
Network:   Device-1: NVIDIA CK804 Ethernet vendor: ASUSTeK K8N4/A8N Series Mainboard 
           type: network bridge driver: forcedeth v: kernel port: b000 bus ID: 00:0a.0 
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 335.32 GiB used: 115.88 GiB (34.6%) 
           ID-1: /dev/sda vendor: Seagate model: ST3200826AS size: 186.31 GiB temp: 29 C 
           ID-2: /dev/sdb vendor: Seagate model: ST3160023AS size: 149.01 GiB temp: 27 C 
Partition: ID-1: / size: 180.38 GiB used: 5.04 GiB (2.8%) fs: ext4 dev: /dev/sda1 
           ID-2: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 27.0 C mobo: 33.0 C gpu: nvidia temp: 36 C 
           Fan Speeds (RPM): cpu: 3125 case-1: 0 gpu: nvidia fan: 50% 
Info:      Processes: 175 Uptime: 38m Memory: 2.90 GiB used: 831.2 MiB (28.0%) Init: SysVinit 
           runlevel: 5 Compilers: gcc: 6.3.0 Shell: bash v: 4.4.12 inxi: 3.0.33

Ztcoracat · 05-02-2019, 10:15 PM

Since I've been coming here to help I've seen that this has been a common problem for a number of years now.
I haven't had this problem with my laptop and I'm not an expert at fixing this however; I did find a few links with good suggestions.

https://www.linux.org/threads/ubuntu...suspend.18803/

https://forums.linuxmint.com/viewtopic.php?t=176512

Another thing you could try is looking up your exact nvidia card and find out how to black list the nouveau driver and see if that helps any.

https://linuxconfig.org/how-to-disab...c-beaver-linux

joe_2000 · 05-03-2019, 08:55 AM

I have once solved this exact same problem on a laptop with nvidia graphics by installing the nvidia proprietary driver.

EDIT: And it even was running Linux Mint. I installed the driver through the built-in GUI for proprietary drivers.

Kernie · 05-03-2019, 10:21 AM

Thank you both for responding.

Ztcoracat,

I tried to run the command to retrieve the suspend log but just got "command not found" (I copied and pasted it into Terminal from info in the first link). I got the same result when attempting the run the kernel tests.

I also installed Checkbox via Package Manager. It shows as installed but no icon appears in MX Tools. Although it comes up in a menu search, it won't actually run from the menu and I couldn't run it in Terminal, either. Blacklisting the Nvidia nouveau driver had no effect.

joe_2000,

MX Linux doesn't appear to have a GUI for Driver Manager, so I'm not sure how to install the nvidia proprietary driver in that distro. I may have to re-install Mint Xfce (which I prefer, anyway) in order to attempt that.

jkirchner · 05-03-2019, 10:30 AM

Did you check MX tools? I believe it is in there for the drivers.

Kernie · 05-03-2019, 11:23 AM

Hi jkirchner,

Thanks but the only thing I see listed in MX Tools related to drivers is a command line setup link for the default Nvidia driver installer.

jkirchner · 05-03-2019, 01:10 PM

Have you run that to install nVidia drivers? I ran their tools when I had it installed on my Lenovo and all worked great.

Kernie · 05-03-2019, 03:13 PM

Thanks, yes. It only installs the 390.116 driver which doesn't work - nothing else is offered. I have tried switching Nvidia drivers in other distros (mentioned in my first post) but none of them appear to work either.

Ztcoracat · 05-03-2019, 04:26 PM

Quote:

Originally Posted by Kernie

Thank you both for responding.

Ztcoracat,

I tried to run the command to retrieve the suspend log but just got "command not found" (I copied and pasted it into Terminal from info in the first link). I got the same result when attempting the run the kernel tests.

I also installed Checkbox via Package Manager. It shows as installed but no icon appears in MX Tools. Although it comes up in a menu search, it won't actually run from the menu and I couldn't run it in Terminal, either. Blacklisting the Nvidia nouveau driver had no effect.

joe_2000,

MX Linux doesn't appear to have a GUI for Driver Manager, so I'm not sure how to install the nvidia proprietary driver in that distro. I may have to re-install Mint Xfce (which I prefer, anyway) in order to attempt that.

A lot of commands have to be run as 'root' to get output.

Ztcoracat · 05-03-2019, 04:35 PM

Quote:

Originally Posted by Kernie

Thanks, yes. It only installs the 390.116 driver which doesn't work - nothing else is offered. I have tried switching Nvidia drivers in other distros (mentioned in my first post) but none of them appear to work either.

I went to the nvidia site and looked, here's the driver:-

https://www.geforce.com/drivers/results/146189

How old is your pc?

Kernie · 05-03-2019, 10:23 PM

I appreciate the link but that driver is for a 64 bit system - I'm running a 32 bit version of MX Linux.

The commands I ran for the suspend log and kernel tests were preceded by "sudo", so I assume that would run them as root (?)

My PC is from 2006 and yes, I know it's old, but not too old to run Windows 7

.

jkirchner · 05-04-2019, 06:49 AM

If you would check this page you will see the nVidia 710 is in the "legacy driver" section. It appears that the 390.xx version you have is the "current" version. Have you tried asking on the MX forums? They are a very nice bunch and you may get better/faster answers from the source.

allend · 05-04-2019, 09:09 AM

I was frustrated by not being able to resume from suspend to disk until this post that suggested using the nokaslr kernel option on 32bit architecture.

Kernie · 05-04-2019, 03:07 PM

Quote:

Originally Posted by jkirchner

Have you tried asking on the MX forums? They are a very nice bunch and you may get better/faster answers from the source.

Thanks, that's probably a good idea. The reason I posted my problem here is because it doesn't seem to be distro specific and I was hoping that someone might have run into the same issue on a "generic" Linux install.

Kernie · 05-04-2019, 03:10 PM

Quote:

Originally Posted by allend

I was frustrated by not being able to resume from suspend to disk until this post that suggested using the nokaslr kernel option on 32bit architecture.

I appreciate the link but but I'm afraid that thread is just over my head. I question why I would have to do something like that on a new install, anyway. It seems to me that there has to be SOME Linux distro somewhere that would suspend correctly on my system without having to resort to things like kernel modifications

.