You are not logged in.
Hi! I have an E7270 with Arch. I use it with a display attached via HDMI.
The computer suspends and wakeups successfully, but sometimes when the Screen goes off the computer freezes:
No video; I can not switch to ttys to press Ctrl + Alt + Del nor power down via PowerButton. Nothing is responding!
I need to press PowerButton for 4seconds to shutdown it and then powerup again!
I do not know how to figure out the cause of the problem.
$ sudo journalctl -x
...
jul 16 11:34:39 sache NetworkManager[320]: <info> [1500215679.4573] dns-mgr: Writing DNS information to /usr/bin/resolvconf
jul 16 11:34:39 sache NetworkManager[320]: <info> [1500215679.4780] device (wlp1s0): Activation: successful, device activated.
jul 16 11:34:39 sache nm-dispatcher[2204]: req:2 'up' [wlp1s0]: new request (0 scripts)
jul 16 11:34:39 sache nm-dispatcher[2204]: req:2 'up' [wlp1s0]: completed: no scripts
jul 16 11:35:09 sache NetworkManager[320]: <info> [1500215709.9992] connectivity: (wlp1s0) timed out
jul 16 11:36:39 sache NetworkManager[320]: <info> [1500215799.9984] connectivity: (wlp1s0) timed out
jul 16 11:41:39 sache NetworkManager[320]: <info> [1500216099.9980] connectivity: (wlp1s0) timed out
jul 16 11:46:39 sache NetworkManager[320]: <info> [1500216399.9989] connectivity: (wlp1s0) timed out
jul 16 11:47:59 sache kernel: [drm:i915_gem_idle_work_handler [i915]] *ERROR* Timeout waiting for engines to idle
jul 16 11:51:39 sache NetworkManager[320]: <info> [1500216699.9984] connectivity: (wlp1s0) timed out
-- Reboot --
jul 16 11:56:58 sache kernel: Linux version 4.11.9-1-ARCH (builduser@tobias) (gcc version 7.1.1 20170621 (GCC) ) #1 SMP PREEMPT Wed Jul 5 18:23:08 CEST 2017
jul 16 11:56:58 sache kernel: Command line: initrd=\initramfs-linux.img cryptdevice=/dev/sda4:disco root=/dev/mapper/disco rw
jul 16 11:56:58 sache kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
jul 16 11:56:58 sache kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
jul 16 11:56:58 sache kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
jul 16 11:56:58 sache kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
...
$ uname -a
Linux sache 4.11.9-1-ARCH #1 SMP PREEMPT Wed Jul 5 18:23:08 CEST 2017 x86_64 GNU/Linux
Can someone address me about this issue?
Thanks a lot!
Last edited by nachopro (2017-07-30 22:58:52)
Offline
When this happens, are the keyboard LED's flashing (Caps lock indicator)?
Can you ssh into the box from another computer?
Can you ping the box from another computer?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
@ewaller:
Great questions! I will check thats in the next freeze.
Stay tuned!
Thanks!
Offline
@ewaller:
1) Are the keyboard LED's flashing (Caps lock indicator)?
Caps lock indicator does not work, but I can change the keyboard's backlight by pressing Fn + BackLight Key
2) Can you ssh into the box from another computer?
I feel fool, I forgot enable the SSH daemon. (Now is enabled, waiting for a new freeze.)
3) Can you ping the box from another computer?
Yes, the Ping is responding well.
Stay tuned!
Offline
Okay, good. The kernel is alive. In a panic, the LEDs blink. Not so good that the caps lock indicator does not respond -- or is that normal on your system?
That the Ethernet stack responds to a ping means it is alive at a low level; good.
Next time, if ssh is working, we should be able to poke around inside.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Failing HDMI handshake?
Is this ever a problem with the internal output or only when using the external monitor?
Offline
Bad news
@ewaller: I accessed over SSH to laptop, but dont saw errors on dmesg nor journal this time. When I tried to restart, the the computer did frozen and the SSH connection died.
@seth: I always use my latop with two differents displays (HDMI): One at Job and anoother at home. This issue comes accross after a long time with the display suspendend.
This night I will try without a external display
Can I fix an supposed HDMI handshake problem or is related to hardware?
Thanks!
Offline
First check whether this works:
1. Pull plug
2. 1 mississippi 2 mississippi 3 mississippi
3. Plug it back
;-)
Offline
Well, the problem appears to be the HDMI The Laptop has been for 9 hours with their display suspended and woke successfully!
The problem may be the HDMI. Is a firmware issue or hardware?
My next test is unplug and plug the HDMI when the computer does not respond? Mmmm I don't remember if I tested that, but I think that will not work. But I will try it!
Offline
Protocol issue - HDMI (or rather HDCP) is incredibly wonky.
If you're lucky, it's the cable (HDMI is not a dumb cable, there're processors in the plugs)
If you're less lucky, turning off and on the CRTC w/ xrandr (given you're using Xorg) might do (--output HDMI-whatever --off; --output HDMI-whatever --auto)
The issue can be on either side (the output or the monitor) so you should try whether you get the same issue when connected to another monitor (Tv?)
The "good" news is, that if you google on the matter, you'll figure that you're not alone in this world.
Offline
Hi! Today my laptop was frozen again. This time caused when I disconnected the display powercord from wall socket.
What can I do to avoid a force shutdown?
Over SSH I can't use xrandr because "Can't open display" from TTY.
Need I try a DP to HDMI Converder?
Thanks!
Offline
export DISPLAY=:0
Offline
Well, I can't restart or switch to internal display via SSH.
I updated the SSD (LITEON L8H-256V2G-41 M.2 2280) firmware (as suggested in: http://www.dell.com/support/home/us/en/ … erId=J67P6 )
Let's try!
Thanks!
Offline
Hi! Can you see this screenshots? http://imgur.com/a/O18Bt
Some times gets this on journaled:
jul 28 22:34:09 sache kernel: [drm:i915_gem_idle_work_handler [i915]] *ERROR* Timeout waiting for engines to idle
Somes times no errros
But a ugly final: Always Keyboard + Exteneral Monitor + Internal Display Hangs :'(
I'm following this steps: https://wiki.archlinux.org/index.php/in … tel_driver
But no nothing yet.
What else can I analyze? Thanks!
PD over SSH: xinput no response
nachopro@sache ~ $ export DISPLAY=:0
nachopro@sache ~ $ xinput
xrandr no response
nachopro@sache ~ $ xrandr
Last edited by nachopro (2017-07-29 03:56:04)
Offline
The absent (ie. no error either) output is highly suspicious - is there still an Xorg process, is it maybe stopped and can you attach gdb to it?
It however suggests that the server is frozen or grabbed - any screenlocker would be a likely culprit to this (though I just figured that I cannot effectively XGrabServer() at least on this machine (nvidia, got to try on a radeon and intel system later today)
Can you effectively "sudo chvt 1" (or to any other VT) from the ssh login?
What happens if you just kill the Xorg process?
Offline
Seth, since yesterday I'm using
i915.enable_rc6=0
as kernel setting!
20hours 44minutes without hangs with full display standby (dpms off)! YEAH!!!!
Offline
Offline
Thank you to all for support me.
After 42 hours without hang nor freeze I going to set this post as SOLVED.
Offline