Brian,
Sounds like a plan. Until we meet, try to jot down when (and if) you laptop hangs again. It will help in troubleshooting if it turns out to be a chronic issue and if there's a pattern to when the laptop hangs (it could lead us to cron jobs if it's a consistent pattern). If there's not a pattern, then we can look at hardware logs.
Thanks for the info Leopoldo. I ran the command and there is a lot of info! I didn't update swap but I did notice in the log that swap was increased to the 2+GB so that doesn't seem an issue. I did find many lines errors but they seem ubiquitous as the machine powers up. I only found one line in yesterday's log that was a kill command. Perhaps that's my doing a hard shutdown.
Anyway, too much in the logs for me. Perhaps when we can meet physically again I can get some help looking at the logs and figure it out. Fortunately I pretty much stick to simple apps these days (of retirement) and so I don't get in trouble when the machine hangs.
Muchas Gracias
Brian
On 6/7/20 11:49 PM, Leopoldo Macias wrote:
I agree with Akkana.. look for the cause,
If your system froze, try running the journalctl command (there's lots of data in that). You can filter the data in many ways so as not to get overwhelmed. For example:
To view the kernel logs (which might have clues to a crash or hang)
journalctl -rkthe (-r) will print the log in reverse order (meaning newest logs show up first)
the (-k) will only show logs for the kernel (you can choose many different logs to display with other options)
You can scroll down through the logs or type the colon (shift+;) and q to quit the log.
Here is a link for helpful journalctl commands:
https://www.thegeekdiary.com/6-useful-journalctl-command-examples-in-centos-rhel-7-cheat-sheet/
I tried it on my ubuntu20.04 and I did not have to use sudo to run the 'journalctl' commands.
Usually if a process hung it will be recorded in the kernel logs and that give a path to follow. Also, has this happened multiple times prior to the swap update? or did occur only once?
On 6/7/20 11:29 AM, Brian O'Keefe wrote:
Thanks Akkana
Yeah, can't check much when frozen. I've looked at dmesg but too much in there that I don't understand. I'll come running for help if this gets worse. It's usually only every couple of days. I do put the machine to sleep a lot. Maybe I need to shut down daily or some such,
Best
Brian
On 6/7/20 11:07 AM, Akkana Peck wrote:
Brian O'Keefe writes:I am loathe to increase the swap memory when it doesn't appear to be a problem according to System Monitor.This. I've seen a lot of discussion about swap, but if there was any evidence that swap was the problem, I missed it. If adding swap is going to be this hard, maybe put the effort instead into diagnosing why the system is freezing? For instance, do you know if it's X or the kernel that's freezing? It would be interesting to try to ssh in from another machine, to see if maybe the machine is up but X is locked. Diagnosing a freeze isn't all that easy, because of course if the kernel is hung, then the system has no way to note what went wrong. But sometimes you can find out what was happening just before it froze. Here's a Google search that gives some starting points: https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 ...Akkana _______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org--
_______________________________________________ nmglug mailing list nmglug@lists.nmglug.org http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org