Help diagnosing system freezes/lock ups

Questions about other topics - please check if your question fits better in another category before posting here
Forum rules
Before you post please read how to get help
Post Reply
anderson
Level 1
Level 1
Posts: 11
Joined: Wed Jun 19, 2019 12:02 am

Help diagnosing system freezes/lock ups

Post by anderson » Mon Jul 29, 2019 10:55 pm

Hello,

I am experiencing frequent system lock ups. I am not sure what information is needed, but here is some info I can offer:

- System almost always locks up during full-screen activities (videos and games)
- System typically locks up in under an hour, but never within the first 30 minutes
- System entirely locks up, DOES NOT respond to sys-req or any other sequence (despite sysreq normally working)
- Logs I know to check have no info, other than syslog containing @^@^@^@^@^ sequences after nearly every freeze

Here's what I have tried:

- I have tried running Memtest, for almost 3 hours and no errors found
- Tried checking syslog, kernlog, and X logs
- Tried a different kernel version

Any other information that would be helpful? Any guidance is appreciated, I am unsure how to proceed.

Hoser Rob
Level 14
Level 14
Posts: 5440
Joined: Sat Dec 15, 2012 8:57 am

Re: Help diagnosing system freezes/lock ups

Post by Hoser Rob » Tue Jul 30, 2019 9:09 am

If you want to know what to post and how to get help in general read the stickies. But as a start there's no useful system info there at all, copy/paste this to the terminal and copy/paste the text output here (no screenshots plz):

Code: Select all

inxi -Fxz

anderson
Level 1
Level 1
Posts: 11
Joined: Wed Jun 19, 2019 12:02 am

Re: Help diagnosing system freezes/lock ups

Post by anderson » Wed Jul 31, 2019 7:47 pm

sorry I missed the sticky. I think I may have managed to fix the problem by deleted ~/.cache, I am testing if it actually solved the problem in various ways now

anderson
Level 1
Level 1
Posts: 11
Joined: Wed Jun 19, 2019 12:02 am

Re: Help diagnosing system freezes/lock ups

Post by anderson » Thu Aug 01, 2019 5:54 pm

Deleting cache did not solve the problem, still experiencing lock ups, and system is not overheating.

Code: Select all

System:    Host: yellow Kernel: 4.9.0-040900-generic x86_64 bits: 64 compiler: gcc v: 6.2.0 Desktop: Xfce 4.12.3 
           Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic 
Machine:   Type: Laptop System: LENOVO product: 20DAS0SF00 v: ThinkPad Yoga 11e serial: <filter> 
           Mobo: LENOVO model: Intel powered classmate PC v: SDK0E50519 WIN serial: <filter> UEFI: LENOVO v: N15ET56W (1.16) 
           date: 03/18/2015 
Battery:   ID-1: BAT1 charge: 30.0 Wh condition: 30.0/34.0 Wh (88%) model: SMP LNV-45N1751 status: Full 
CPU:       Topology: Quad Core model: Intel Celeron N2940 bits: 64 type: MCP arch: Silvermont rev: 8 L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 14667 
           Speed: 592 MHz min/max: 500/2249 MHz Core speeds (MHz): 1: 592 2: 996 3: 581 4: 500 
Graphics:  Device-1: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display vendor: Lenovo driver: i915 v: kernel 
           bus ID: 00:02.0 
           Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1366x768~60Hz 
           OpenGL: renderer: Mesa DRI Intel Bay Trail v: 4.2 Mesa 19.0.2 direct render: Yes 
Audio:     Device-1: Intel Atom Processor Z36xxx/Z37xxx Series High Definition Audio vendor: Lenovo driver: snd_hda_intel 
           v: kernel bus ID: 00:1b.0 
           Sound Server: ALSA v: k4.9.0-040900-generic 
Network:   Device-1: Intel Wireless 7260 driver: iwlwifi v: kernel port: 2000 bus ID: 04:00.0 
           IF: wlp4s0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Lenovo driver: r8169 v: 2.3LK-NAPI 
           port: 1000 bus ID: 05:00.0 
           IF: enp5s0 state: down mac: <filter> 
Drives:    Local Storage: total: 119.24 GiB used: 13.39 GiB (11.2%) 
           ID-1: /dev/sda vendor: Toshiba model: THNSNJ128GCSU size: 119.24 GiB temp: 37 C 
Partition: ID-1: / size: 116.38 GiB used: 13.39 GiB (11.5%) fs: ext4 dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 52.0 C mobo: N/A 
           Fan Speeds (RPM): cpu: 0 
Info:      Processes: 225 Uptime: 5m Memory: 3.74 GiB used: 629.5 MiB (16.4%) Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 
           Shell: bash v: 4.4.20 inxi: 3.0.27
EDIT: I have tried a handful of different kernels now, including 4.15 and 5.00, and experience the same behavior under all of them.

Hoser Rob
Level 14
Level 14
Posts: 5440
Joined: Sat Dec 15, 2012 8:57 am

Re: Help diagnosing system freezes/lock ups

Post by Hoser Rob » Sat Aug 03, 2019 8:38 am

A 4.15 series kernel should be fine, really new kernels are mostly useful for really new hardware.

1st thing I'd try is turning off all the desktop compositing, maybe not wiith nvidia but deffinitely with Intel video. In Xfce the simplest way to do this is to go to settings > desktop settings > window manager. Then click the popup menu and select 'Xfwm4' instead of ''Xfwm + Compositing'. No restart needed.

anderson
Level 1
Level 1
Posts: 11
Joined: Wed Jun 19, 2019 12:02 am

Re: Help diagnosing system freezes/lock ups

Post by anderson » Tue Aug 06, 2019 3:07 pm

So far no freezes after disabling this, I had thought I'd disabled in another location...Thanks for the suggestion!

anderson
Level 1
Level 1
Posts: 11
Joined: Wed Jun 19, 2019 12:02 am

Re: Help diagnosing system freezes/lock ups

Post by anderson » Sun Aug 25, 2019 2:43 pm

anderson wrote:
Tue Aug 06, 2019 3:07 pm
So far no freezes after disabling this, I had thought I'd disabled in another location...Thanks for the suggestion!
After testing for a while, the number of lock-ups has decreased but the problem is still present and disruptive. I am still unable to find anything meaningful in logs, the lock-ups are exactly the same in quality and behavior after disabling compositing as before. Would appreciate any more suggestions, if anyone has any.

Post Reply

Return to “Other topics”