I've had a great time using Trinity on FreeBSD but I've been plagued by this issue since I installed it.. Trinity likes to freeze randomly and I can only fix the problem by going into a tty and using top to kill Xorg (and take me back to TDM).
It happens sometimes after resuming from suspend (using zzz) and, more seldom, when the desktop is active. It's happened when I'm browsing Firefox, on Kmail, and playing games on Steam. The mouse continues to move but I can't interact with anything. This happens just often enough that it's an annoyance.
Does anybody have any idea what causes this?
Anno domini 2021 Sat, 24 Jul 10:43:02 -0500 Hunter via tde-users scripsit:
I've had a great time using Trinity on FreeBSD but I've been plagued by this issue since I installed it.. Trinity likes to freeze randomly and I can only fix the problem by going into a tty and using top to kill Xorg (and take me back to TDM).
It happens sometimes after resuming from suspend (using zzz) and, more seldom, when the desktop is active. It's happened when I'm browsing Firefox, on Kmail, and playing games on Steam. The mouse continues to move but I can't interact with anything. This happens just often enough that it's an annoyance.
Does anybody have any idea what causes this?
Sorry, I have FreeBSD 13 + TDE, but I never use(d) suspend on any system ever. But I remember that there was an issue with Xorg + suspend some months ago on one of the freebsd mailinglists.
Nik
said Dr. Nikolaus Klepp:
| Sorry, I have FreeBSD 13 + TDE, but I never use(d) suspend on any system | ever. But I remember that there was an issue with Xorg + suspend some | months ago on one of the freebsd mailinglists.
Suspend/hibernate have never in my experience worked reliably on any Unix-like machine I've ever used. Never.
Last time I actually had this "feature" work as advertised was running OS/2 on a Zeos Contenda in 1993. Seriously.
Best to do an orderly shutdown and reboot when needed, or if it's a desktop enable power saving wherever possible -- including blank screen as a screensaver; it powers down the monitor(s) and unless you set it to lock it comes right back to life if you hit a key or move the pointing device.
The amount of time lost in trying to get suspend/hibernate to work is far in excess of the amount of time one would save if it worked as advertised to begin with. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Saturday 24 July 2021 01:20:00 pm dep via tde-users wrote:
said Dr. Nikolaus Klepp: | Sorry, I have FreeBSD 13 + TDE, but I never use(d) suspend on any system | ever. But I remember that there was an issue with Xorg + suspend some | months ago on one of the freebsd mailinglists.
Best to do an orderly shutdown and reboot when needed, or if it's a desktop enable power saving wherever possible -- including blank screen as a screensaver; it powers down the monitor(s) and unless you set it to lock it comes right back to life if you hit a key or move the pointing device.
The amount of time lost in trying to get suspend/hibernate to work is far in excess of the amount of time one would save if it worked as advertised to begin with. -- dep
Suspend used to work fine for me when using Xfce on here, and I regularly used suspend on Debian. "zzz" (pretty much an alias of "acpiconf -s3" for me) still works as intended if I'm in TDM or a tty. It only happens in the desktop environment.
However, we can scratch suspend. It still freezes from time to time when I'm doing something on the desktop. I actually decided to write this after the freeze happened this morning while I was in the middle of playing a game on Steam.
Anno domini 2021 Sat, 24 Jul 14:50:22 -0500 Hunter scripsit:
On Saturday 24 July 2021 01:20:00 pm dep via tde-users wrote:
said Dr. Nikolaus Klepp: | Sorry, I have FreeBSD 13 + TDE, but I never use(d) suspend on any system | ever. But I remember that there was an issue with Xorg + suspend some | months ago on one of the freebsd mailinglists.
Best to do an orderly shutdown and reboot when needed, or if it's a desktop enable power saving wherever possible -- including blank screen as a screensaver; it powers down the monitor(s) and unless you set it to lock it comes right back to life if you hit a key or move the pointing device.
The amount of time lost in trying to get suspend/hibernate to work is far in excess of the amount of time one would save if it worked as advertised to begin with. -- dep
Suspend used to work fine for me when using Xfce on here, and I regularly used suspend on Debian. "zzz" (pretty much an alias of "acpiconf -s3" for me) still works as intended if I'm in TDM or a tty. It only happens in the desktop environment.
However, we can scratch suspend. It still freezes from time to time when I'm doing something on the desktop. I actually decided to write this after the freeze happened this morning while I was in the middle of playing a game on Steam.
May or may not be related: I had freezes on my old desktop ~ 2 months ago. Never found the real reson, it just started after installing a newer (5.X) kernel. In the end I swaped mainboard+ram+cpu from intel to amd ryzen.
Nik
On Saturday 24 July 2021 03:10:23 pm Dr. Nikolaus Klepp wrote:
Anno domini 2021 Sat, 24 Jul 14:50:22 -0500 May or may not be related: I had freezes on my old desktop ~ 2 months ago. Never found the real reson, it just started after installing a newer (5.X) kernel. In the end I swaped mainboard+ram+cpu from intel to amd ryzen.
Nik
Oh yeah, I had a similar problem when I first built this computer but it was bad memory. After replacing that it worked fine. It's something different because when that would happen, I had to hold the power button down / unplug the PC but here the tty still works. Funnily enough, the freeze just happened again.
Also, do you use KSysGuard any? It gives me "Connection to localhost has been lost" which accumulates until I can close all of the error windows and exit it. I just use top now. This and the freezing are the main things I would like to iron out. Everything else seems to work as intended.
said Hunter via tde-users:
| Oh yeah, I had a similar problem when I first built this computer but it | was bad memory. After replacing that it worked fine. It's something | different because when that would happen, I had to hold the power button | down / unplug the PC but here the tty still works. Funnily enough, the | freeze just happened again.
Possibly silly queston, but does ~/.xsession-errors have anything to say about the freezes? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep
On Saturday 24 July 2021 04:14:58 pm dep via tde-users wrote:
Possibly silly queston, but does ~/.xsession-errors have anything to say about the freezes?
Aw, man.. I wish I had thought about that when it happened. If it does say anything, I wouldn't have a clue where. I had went ahead and restarted when it happened.
said Hunter via tde-users:
| Aw, man.. I wish I had thought about that when it happened. If it does | say anything, I wouldn't have a clue where. I had went ahead and | restarted when it happened.
I believe ~/.xsessopm-errors survives reboots, and while not everything has a timestamp, many things do. In that it's happened a bunch of times, it should be pretty easy to find if it's there. start at the bottom and go up. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Anno domini 2021 Sat, 24 Jul 21:14:58 +0000 dep via tde-users scripsit:
said Hunter via tde-users:
| Oh yeah, I had a similar problem when I first built this computer but it | was bad memory. After replacing that it worked fine. It's something | different because when that would happen, I had to hold the power button | down / unplug the PC but here the tty still works. Funnily enough, the | freeze just happened again.
Possibly silly queston, but does ~/.xsession-errors have anything to say about the freezes?
Nothing. Nor did demesg show anything.
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
Anno domini 2021 Sat, 24 Jul 15:59:53 -0500 Hunter via tde-users scripsit:
On Saturday 24 July 2021 03:10:23 pm Dr. Nikolaus Klepp wrote:
Anno domini 2021 Sat, 24 Jul 14:50:22 -0500 May or may not be related: I had freezes on my old desktop ~ 2 months ago. Never found the real reson, it just started after installing a newer (5.X) kernel. In the end I swaped mainboard+ram+cpu from intel to amd ryzen.
Nik
Oh yeah, I had a similar problem when I first built this computer but it was bad memory. After replacing that it worked fine. It's something different because when that would happen, I had to hold the power button down / unplug the PC but here the tty still works. Funnily enough, the freeze just happened again.
Also, do you use KSysGuard any? It gives me "Connection to localhost has been lost" which accumulates until I can close all of the error windows and exit it. I just use top now. This and the freezing are the main things I would like to iron out. Everything else seems to work as intended.
No KSysGuard. But the problem occured more often when I had firefox running.
Nik
said Dr. Nikolaus Klepp:
| No KSysGuard. But the problem occured more often when I had firefox | running.
Interesting that you bring this up. Though my Netscape seems to run normally, while I was looking at ~/.xsession-errors yesterday to make sure it was added to at the bottom before posting to that effect, I found something weird:
(firefox:211405): dconf-CRITICAL **: 10:00:09.469: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.473: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.473: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.538: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.538: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
On and on, apparently always in sets of two. No idea what this means. So -- might this be a clue as to what you encountered? Also, does this error matter? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Anno domini 2021 Sun, 25 Jul 14:10:49 +0000 dep via tde-users scripsit:
said Dr. Nikolaus Klepp:
| No KSysGuard. But the problem occured more often when I had firefox | running.
Interesting that you bring this up. Though my Netscape seems to run normally, while I was looking at ~/.xsession-errors yesterday to make sure it was added to at the bottom before posting to that effect, I found something weird:
(firefox:211405): dconf-CRITICAL **: 10:00:09.469: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.473: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.473: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.538: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
(firefox:211405): dconf-CRITICAL **: 10:00:09.538: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.
On and on, apparently always in sets of two. No idea what this means. So -- might this be a clue as to what you encountered? Also, does this error matter?
Interesting question. Can you try to create a directory /run/user/1000/dconf/user, writeable for your user? Here it says:
$ ll /run/user/1000/dconf/user -rw------- 1 nik nik 2 25. Jul 17:26 /run/user/1000/dconf/user
... and no such error.
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On 2021-07-25 11:35:27 phiebie@drei.at wrote:
Hi Dr. Nikolaus Klepp,
Am 25.Jul.2021 um 17:29 schrieben Sie:
writeable for your user? Here it says:
$ ll /run/user/1000/dconf/user -rw------- 1 nik nik 2 25. Jul 17:26 /run/user/1000/dconf/user
But is the relevant user always numbered 1000?
Peter.
User accounts seem to always start with 1000, so that would be the first (default) user account created at installation (often the only one).
Leslie -- Operating System: Linux Distribution: openSUSE Leap 15.3 x86_64 Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.0.10 tde-config: 1.0
Hi Leslie Turriff,
Am 25.Jul.2021 um 11:54 schrieben Sie:
User accounts seem to always start with 1000,
No! They START numbering with 1000, but anything above that number is valid. To test several setups I started years ago with user 1000. Then later 1001 as other user and 1002 as yet another one. I stayed with that and now am user 1002.
Peter.
Anno domini 2021 Sun, 25 Jul 18:35:27 +0200 phiebie@drei.at scripsit:
Hi Dr. Nikolaus Klepp,
Am 25.Jul.2021 um 17:29 schrieben Sie:
writeable for your user? Here it says:
$ ll /run/user/1000/dconf/user -rw------- 1 nik nik 2 25. Jul 17:26 /run/user/1000/dconf/user
But is the relevant user always numbered 1000?
No :)
It's just the first user on devuan/debian gets UID 1000, the next 1001 and so on. On FreeBSD the first is 1001 ... ANd some users really know their numerical UID by heart.
Nik
Peter. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Sunday 25 July 2021 02:05:51 am Dr. Nikolaus Klepp wrote:
No KSysGuard. But the problem occured more often when I had firefox running.
Hm.. For me as well, it certainly does feel like having Firefox (firefox-esr) open has increased the likelihood of it happening. I mentioned that it happened in Firefox, Kmail, Steam, etc.. but I think in all instances of it freezing (while in use, not after resuming from suspend) I had Firefox open.
Anno domini 2021 Sun, 25 Jul 13:44:47 -0500 Hunter via tde-users scripsit:
On Sunday 25 July 2021 02:05:51 am Dr. Nikolaus Klepp wrote:
No KSysGuard. But the problem occured more often when I had firefox running.
Hm.. For me as well, it certainly does feel like having Firefox (firefox-esr) open has increased the likelihood of it happening. I mentioned that it happened in Firefox, Kmail, Steam, etc.. but I think in all instances of it freezing (while in use, not after resuming from suspend) I had Firefox open.
Oh, I just remember what my problem with firefox on T60/T61 is/was: these machines have 3 or 4GB RAM, ~ 20 tabs of firefox are sufficient to eat all physical memory. Without swap this leads either to firefox crashing (when I am lucky) or to an immediate freeze. With swap, the system get slower and slower like walking through a tarpit and eventually lock up completely while busy swapping. I solved this by setting "ulimit -H -m 2000000", so firefox gets killed when it exeeds ~ 2GB. Well, maybe a soft limit would be better :)
Nik
It happens sometimes after resuming from suspend (using zzz) and, more seldom, when the desktop is active. It's happened when I'm browsing Firefox, on Kmail, and playing games on Steam. The mouse continues to move but I can't interact with anything. This happens just often enough that it's an annoyance.
Hi Hunter, I noticed you mentioned the mouse continues to move. What exactly does the freeze look like? Mouse click not responding? Keyboard not doing anything? Application freezing? I am asking because in Debian under VirtualBox I "lose the mouse" sometimes, but that is caused by VirtualBox or its interaction with TDE. So I am trying to understand what is happening on your system.
Cheers Michele
On Saturday 24 July 2021 09:54:07 pm Michele Calgaro via tde-users wrote:
Hi Hunter, I noticed you mentioned the mouse continues to move. What exactly does the freeze look like? Mouse click not responding? Keyboard not doing anything? Application freezing? I am asking because in Debian under VirtualBox I "lose the mouse" sometimes, but that is caused by VirtualBox or its interaction with TDE. So I am trying to understand what is happening on your system.
Hello Michele,
If it freezes like it did yesterday where I was in the middle of playing a game, nothing happens besides that my clock and other applets freeze completely. Everything becomes unclickable (surprisingly, the game still is clickable but you can't look around). When it freezes after awaking from suspend, all of my systray icons become the same texture as my taskbar (the blue_glass). This includes the clock. It's very strange.
This is on a physical machine, not virtualbox.
Hello Michele,
If it freezes like it did yesterday where I was in the middle of playing a game, nothing happens besides that my clock and other applets freeze completely. Everything becomes unclickable (surprisingly, the game still is clickable but you can't look around). When it freezes after awaking from suspend, all of my systray icons become the same texture as my taskbar (the blue_glass). This includes the clock. It's very strange.
This is on a physical machine, not virtualbox.
Hi Hunter, it seems different then... I would have thought of a kernel oanic, but the fact the the mouse moves seems to indicate otherwise. When it happens again, are you able to switch to a terminal (or connect remotely) and restart twin and kicker, to see if it makes any difference and to give us some extra info.
Cheers Michele
On Sunday 25 July 2021 09:31:00 pm Michele Calgaro via tde-users wrote:
Hi Hunter, it seems different then... I would have thought of a kernel oanic, but the fact the the mouse moves seems to indicate otherwise. When it happens again, are you able to switch to a terminal (or connect remotely) and restart twin and kicker, to see if it makes any difference and to give us some extra info.
I'm able to switch to all the tty's when it happens and there I usually enter top as root to kill Xorg. I hadn't thought about that, so I'll try to use it to restart kicker / twin if it happens again.
On 2021/07/27 1:21:18 AM, Hunter via tde-users wrote:
On Sunday 25 July 2021 09:31:00 pm Michele Calgaro via tde-users wrote:
Hi Hunter, it seems different then... I would have thought of a kernel oanic, but the fact the the mouse moves seems to indicate otherwise. When it happens again, are you able to switch to a terminal (or connect remotely) and restart twin and kicker, to see if it makes any difference and to give us some extra info.
I'm able to switch to all the tty's when it happens and there I usually enter top as root to kill Xorg. I hadn't thought about that, so I'll try to use it to restart kicker / twin if it happens again.
If the keyboard is working from TDE gui, you can also use Alt+F2 to open a Konsole and restart those tasks from within the GUI ;-) Cheers Michele
-
dep -
Dr. Nikolaus Klepp -
Hunter -
J Leslie Turriff -
Michele Calgaro -
phiebie＠drei.at