Re: Frequent freezing around login screens

On 27/03/2025 14:34, W. Pepperdine wrote: dmesg (http://paste.debian.net/1365575/) I am confused. I have impression that you described your trouble as rather severe freeze with no reaction on keyboard an mouse. Am I wrong? How have you managed to get dmesg output in that state? /var/log/kern

Email threading and display managers (was: Re: Frequent freezing around login screens)

On 29/03/2025 04:14, George at Clug wrote: I do not fully understand "email threading", even after reading up on it. I don't use email threading, and I do not think my email client does either. The message, I am replying to, have these headers, however References contains single Message-ID (f

Re: Frequent freezing around login screens

On 31/03/2025 23:29, W. Pepperdine wrote: Apologies for the poor email threading. There seems to be no way to do it from a browser interface. It is a known gmail web UI bug that clicking a reply button on the mailing list archive pages causes missed headers.

Re: Frequent freezing around login screens

In the end, I eliminated the freezing by replacing LightDM with GDM3. I still have no idea what the problem was with LightDM. I tested the RAM and put in a different HDD, but freezing was the same. Apologies for the poor email threading. There seems to be no way to do it from a browser interfac

Email threading (was Re: Frequent freezing around login screens)

Hi, On Fri, Mar 28, 2025 at 08:51:48PM -0400, Dan Ritter wrote: > The complete algorithm is here: > > https://www.jwz.org/doc/threading.html > > and is implemented in every good email client: there are no good > email clients which don't use it. It's a prerequisite to being > considered "good".

Re: Frequent freezing around login screens

George at Clug wrote: > I do not fully understand "email threading", even after reading up on it. I > don't use email threading, and I do not think my email client does either. > Thanks for pointing the matter of "email threading" out to me. This will be > some homework for me. email threadin

Re: Frequent freezing around login screens

Max, Thank you for your reply. I do not fully understand "email threading", even after reading up on it. I don't use email threading, and I do not think my email client does either. Thanks for pointing the matter of "email threading" out to me. This will be some homework for me. I am annoyed

Re: Frequent freezing around login screens

On 28/03/2025 05:13, George at Clug wrote: Max suggested checking with journalctl which may help, but I am thinking that if the computer is freezing, then nothing can get written to the logs anyway, so searching logs may not help. For example: # journalctl --priority=err --no-pager To be cl

Re: Frequent freezing around login screens

W. Pepperdine, Apologies, but I am mostly out of ideas. Hopefully people with more knowledge than myself will assist. I could not see any issues in the logs that you provided. I do not think your issue is with LightDM.  I still think it might be with hardware. Max suggested checking with jo

Re: Frequent freezing around login screens

First all, sorry for top posting. The original thread is in the cylindrical filing cabinet. I started my day by checking my always on desktop and found it to be frozen. At the time I was running KDE and VirtualBox (with a Trixie instance) amongst other things. This is of no great concern to me

Re: Frequent freezing around login screens

> Here are outputs of a few queries on log entries > from one of my XFCE installations. How do they compare > with your logs? Can you see any reports on your > computer that could point to what is causing your issue? After a system freeze, I rebooted to the desktop as root and collected these repo

Re: Frequent freezing around login screens

Thank you. I don't understand about the linux-image from backports. Would that be the same kernel that is in Trixie? I already tried that. If the problem is with the kernel configuration, is there any way to find the problem working on a single computer?

Re: Frequent freezing around login screens

On 27/03/2025 03:26, George at Clug wrote: I tried "$ journalctl | grep -i error" First of all, likely it should be "#", not "$" (run it as root: either sudo or su). Next journalctl --priority=err or journalctl --priority=warning instead of grep. However in the case of obscure is

Re: Frequent freezing around login screens

W. Pepperdine, Here are outputs of a few queries on log entries from one of my XFCE installations. How do they compare with your logs? Can you see any reports on your computer that could point to what is causing your issue? # lightdm --show-config [Seat:*] B greeter-session=lightdm-greeter

Re: Frequent freezing around login screens

Hi, Is anyone using similar hardware to Pepperdine ? If you are, do you have issues? Can anyone give useful suggestions where Pepperdine could start looking for issues? I tried "$ journalctl | grep -i error" and the output was not in a useful format on my computer for searching for issues.

Re: Frequent freezing around login screens

ср, 26 мар. 2025 г. в 07:09, W. Pepperdine : > > Debian+XFCE freezes randomly either just before, during, or a couple seconds > after the login screen. It happens about a third the time, both on booting > and on changing users. During a freeze, the screen displays but is not > updated and the US

Frequent freezing around login screens

Debian+XFCE freezes randomly either just before, during, or a couple seconds after the login screen. It happens about a third the time, both on booting and on changing users. During a freeze, the screen displays but is not updated and the USB ports appear inactive. There is no mouse or keyboard