sorry i have attached the logs are not from crashed session but i have an excuse --that my machine cannot boot live image from a USB stick [probably because of incompatible BIOS, and i use Ventoy for managing my installation medium] --only DVD is available but it takes SO LONG TO BOOT from that drive [SATA II] and i was literally exhausted after several hours of sitting in front of constantly crashing baby so ...i would post more relevant logs just after getting closer to that bug again!
but here is what i have found reading the logs while using my older affected machine [i still have relevant logs backed up on her drive but they are annoyingly messy because of multiple crashes and logouts and reboots --i cannot get through a timeline] AND it is repeated in logs attached in original post that i am citing below the link.
i know that is a link to an older bug but there are very tale-telling log messages posted which are just like ones i have gotten in my kernel.log: 'Kernel & Hardware » "system freeze after upgrade to linux 4.16.3-1"'
Dec 3 06:23:42 amelanchier kernel: perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
Dec 3 06:24:59 amelanchier kernel: perf: interrupt took too long (3131 > 3127), lowering kernel.perf_event_max_sample_rate to 63000
Dec 3 06:28:03 amelanchier kernel: perf: interrupt took too long (3926 > 3913), lowering kernel.perf_event_max_sample_rate to 50000
[...]
Dec 3 06:39:56 amelanchier kernel: perf: interrupt took too long (2514 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
Dec 3 06:41:02 amelanchier kernel: perf: interrupt took too long (3145 > 3142), lowering kernel.perf_event_max_sample_rate to 63000
Dec 3 06:43:30 amelanchier kernel: perf: interrupt took too long (3936 > 3931), lowering kernel.perf_event_max_sample_rate to 50000
Dec 3 06:44:23 amelanchier kernel: nouveau 0000:02:00.0: therm: temperature (90 C) hit the 'fanboost' threshold
Dec 3 06:45:25 amelanchier kernel: nouveau 0000:02:00.0: therm: temperature (86 C) went below the 'fanboost' threshold
Dec 3 06:48:08 amelanchier kernel: perf: interrupt took too long (4936 > 4920), lowering kernel.perf_event_max_sample_rate to 40000
Dec 3 06:55:22 amelanchier kernel: nouveau 0000:02:00.0: therm: temperature (90 C) hit the 'fanboost' threshold
it has happened during and in mere minutes after the booting into system. also that thread mentions that similar issue as one 'affecting laptops at higher load but not desktop computers or servers' and my one freezes after errors in DE or when load exceeds some threshold after a period of rutine work [oftenly when the load changes between high and low].
BUT i have significant difference --this current bug affects my system WITH BOTH KERNELS i do use --most recent stock kernel from artix and linux-rt [from some arch repository i guess, correct me if i`m wrong] --linux-rt is slightly below stock [arch/artix] kernel as i read at Ingo Molnar`s site.
and again --i have not encountered those freezes with pure openbox [not using xfdesktop]!!! is it because The Box is a lighter load? i don`t think so...
ANSWERING TO YOUR QUESTIONS [as much as i can do now being away from affected machine]:
to Lancia
syslog is filled with a few of such messages [so i have not attached it to OP]; dmesg is attached to original post [sorry for irrelevant 'fresh' one again] and you may read my excerpts below in an answer to Suren.
Dec 3 06:37:22 amelanchier syslog-ng[1991]: syslog-ng starting up; version='3.38.1'
to Suren
A.
oh yes thank you --i just have learned how to edit openbox`s XML menu files [from Arch wiki and some practice] so i can try substituting the command from menu with one you have posted loginctl poweroff -i
by the way i am using OpenRC --is it relevant to loginctl command? i have no idea about busybox but in XCFE+xfwm [vs XFCE+openbox] i can use 'LogOut' or 'Reboot' or 'ShutDown' without any issues --and as i know from error messages [i tried xfdesktop`s menus in openbox] those commands use Dbus but by some strange reason openbox`s set of them calls to systemd`s components --only its own 'LogOut' is functioning properly.
B.
you may want checking my dmesg excerpts here people; i am not really familiar with kernel`s internals yet so i am posting 'weird stuff' blindly
is itOK?
[ 0.090611] Unknown kernel command line parameters "BOOT_IMAGE=/boot/vmlinuz-linux-rt", will be passed to user space.
is it OK?
[ 0.725281] pnp: PnP ACPI init
[ 0.728686] pnp 00:02: disabling [mem 0x000d0000-0x000d3fff window] because it overlaps 0000:02:00.0 BAR 6 [mem 0x000c0000-0x000dffff]
[ 0.728701] pnp 00:02: disabling [mem 0x000d4000-0x000d7fff window] because it overlaps 0000:02:00.0 BAR 6 [mem 0x000c0000-0x000dffff]
[ 0.728707] pnp 00:02: disabling [mem 0x000de000-0x000dffff window] because it overlaps 0000:02:00.0 BAR 6 [mem 0x000c0000-0x000dffff]
is it OK?
[ 2.772370] clocksource: timekeeping watchdog on CPU0: Marking clocksource 'tsc' as unstable because the skew is too large:
[ 2.772379] clocksource: 'hpet' wd_nsec: 506010840 wd_now: 3d6d977 wd_last: 315d258 mask: ffffffff
[ 2.772384] clocksource: 'tsc' cs_nsec: 504038931 cs_now: 5ed820dd7 cs_last: 5ae7e3581 mask: ffffffffffffffff
[ 2.772388] clocksource: 'tsc' is current clocksource.
[ 2.772395] tsc: Marking TSC unstable due to clocksource watchdog
[ 2.772405] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
[ 2.772407] sched_clock: Marking unstable (2771611029, 793634)<-(2834207939, -61803013)
[ 2.772739] clocksource: Checking clocksource tsc synchronization from CPU 1 to CPUs 0.
[ 2.772854] clocksource: Switched to clocksource hpet
is it OK?
[ 6.432398] ACPI Warning: SystemIO range 0x0000000000004E00-0x0000000000004E3F conflicts with OpRegion 0x0000000000004E00-0x0000000000004E3F (\_SB.PCI0.SM00) (20220331/utaddress-204)
[ 6.432406] ACPI: OSL: Resource conflict; ACPI support missing from driver?
C.
i have not listened any music with that laptop [XFCE is silent by default unlike Plasma] since i have installed that weelky image three days ago and i was worrying about that and then i have seen those error messages
Dec 3 06:50:19 amelanchier pulseaudio[3518]: [pulseaudio] x11wrap.c: X11 I/O error handler called
Dec 3 06:50:19 amelanchier pulseaudio[3518]: [pulseaudio] x11wrap.c: X11 I/O error exit handler called, preparing to tear down X11 modules
Dec 3 06:50:19 amelanchier pulseaudio[3518]: [pulseaudio] stdin-util.c: Lost I/O connection in module "module-gsettings"
Dec 3 06:50:20 amelanchier pulseaudio[3518]: [pulseaudio] core-util.c: Failed to create secure directory (/run/user/1000/pulse): No such file or directory
and oh yeah i INDEED have a sound --just before leaving the system yesterday ['normally-complicated' shutdown procedure of 'openbox => log out => display manager => shutdown'] after copying 'overly-fresh' logs to my tablet [sorry again] i have visited youtube`s home page and listened to beginning of 'Rain Noise And Black Screen Sleeping Aid' video using my laptop`s on-board sound system.
firefox INDEED wants pulseaudio so my suspicions were proven wrong or at least irrelevant.
D.
you are wrong with this point. i have visited Arch wiki and there is nothing but a link [reposting it here again: Login screen not showing till you hold any key] and original poster describes it as such: but during the freeze MY BABY has only mouse pointer USABLE aside from 'Shutdown' button!!! so i cannot get to display manager!..
also
but i INDEED SEE some popup window without any content that is killed in less than a second immediately after a login to XFCE+xfwm!!!
i appears at screen`s center at first login [i have no chooser at first login] and then at the top left corner after logging and back.
there is no such popup 'ghost' in XFCE+openbox.
FUTHERMORE i can use display manager BEFORE THE FREEZE OCCURED!
to Tintin
oh please wait a little i`m very busy and away from affected system/machine so i would reply with RELEVANT logs [dmesg, errors etc] and would provide you with the output of those command you asked for.
p.s.: maybe you may suggest some more checks? any logs or commands` output? i would be happy to dive deeper in knowledge of linux`s internals and to learn some practical stuff...
oh God i would be happy even bisecting a bug ...just to learn more.
p.p.s.: to Suren
@yourRecommendation
i do disagree with maintainers of DWM on ideological basis; one of the main reasons is posted below:
A.
conclusion: maybe one needs to learn programming better?
B.
conclusion: all shortcomings here come with C++ usage and i do not like C++.
and furthermore GLib`s FAQ states following:
'Users should either link statically or dynamically' --so it is possible to link statically! but DWM folks tell it is NOT!!! do you believe them after that?