Good day everyone,
tl;dr: I got a Thinkpad T490S and got 4.2 running. There was some problems, but for most of them I found workarunds already but not for the system freeze. I think it happen due to a i915 cpu/gpu problem (details at end of post).
Before Installation firmware was updated. This was done with Windows 10.
Specs
- Thinkpad T490S
- 32 GB RAM
- i7-8665U
- 1TB nvme
- Intel WhiskeyLake-U GT2 [UHD Graphics 620]
Installation
Installation ran fine, but ended with error-message, which was just informative.
/usr/bin/qvm-start, sys-firewall failed
stderr: "Start failed: internal error: Unable to reset PCI device 0000:00:1f:6 no FLR,PM reset or bus reset available, see /var/log/libvirt/libxl/libxl-driver.log for details.
cat /var/log/libvirt/libxl/libxl-driver.log>
2024-02-13 08:49:58.933+0000: libxl: libxl_pci.c:1585:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:14.0
2024-02-13 08:53:00.775+0000: libxl: libxl_pci.c:1585:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.6
So strict-mode was set for ethernet and wifi-adapter on sys-net after login.
The installer completes without this error when the ethernet-adapter is set to disabled in bios. It can be enabled after installation again.
Screensaver
A lot of PAM (pam_sss.so) errors were written to dom0-journal and the screensaver did not work.
Feb 04 02:45:18 dom0 sudo[7095]: PAM unable to dlopen(/usr/lib64/security/pam_sss.so): /usr/lib64/security/pam_sss.so: cannot open shared object file: No such file or directory
Feb 04 02:45:18 dom0 sudo[7095]: PAM adding faulty module: /usr/lib64/security/pam_sss.so
Feb 04 02:45:18 dom0 (systemd)[7111]: PAM unable to dlopen(/usr/lib64/security/pam_sss.so): /usr/lib64/security/pam_sss.so: cannot open shared object file: No such file or directory
Feb 04 02:45:18 dom0 (systemd)[7111]: PAM adding faulty module: /usr/lib64/security/pam_sss.so
Fix: sudo authselect select minimal
xss-lock dumped core
Xss-lock won’t play and dumped core in every session, but didn’t disturb much…
xss-lock dumped core
Feb 10 14:32:57 dom0 systemd-coredump[11151]: Process 6192 (xss-lock) of user 1000 dumped core.
Module linux-vdso.so.1 with build-id 223ea18c9c1de6189e64a424cc79f7eeb96408ae
Module libblkid.so.1 with build-id aeba6db218817bd52da2ff14e8c369d370ba25cf
Metadata for module libblkid.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "util-linux",
"version" : "2.38.1-1.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module ld-linux-x86-64.so.2 with build-id 2a137f1a591c7631a2013d7ee69e30d1e098bdf1
Module libXau.so.6 with build-id 5f69b36d838d0ec4967f94dd1ea95fd830262997
Metadata for module libXau.so.6 owned by FDO found: {
"type" : "rpm",
"name" : "libXau",
"version" : "1.0.10-1.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libpcre2-8.so.0 with build-id 51cf2b0dc0884111cd6107b8b84bc1dc9e896de6
Metadata for module libpcre2-8.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "pcre2",
"version" : "10.40-1.fc37.1",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libffi.so.8 with build-id 56594b436dfdeaf3559f3dd0748c0e476cca46de
Metadata for module libffi.so.8 owned by FDO found: {
"type" : "rpm",
"name" : "libffi",
"version" : "3.4.4-1.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libselinux.so.1 with build-id 642d96d223006627bffcc8d8b48cc93e64e25333
Metadata for module libselinux.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "libselinux",
"version" : "3.5-1.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libmount.so.1 with build-id cbe744c886c143f7a882cd8f69499753c6f024d6
Metadata for module libmount.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "util-linux",
"version" : "2.38.1-1.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libz.so.1 with build-id d94299d7572e23295ceaf7674110eb6f2689cd91
Metadata for module libz.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "zlib",
"version" : "1.2.12-5.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libgmodule-2.0.so.0 with build-id 61ff2329a99e3a88f280bda3f8b660f720069adf
Metadata for module libgmodule-2.0.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "glib2",
"version" : "2.74.7-2.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libc.so.6 with build-id 0dc6d3e329f8bf5e8c1de63c4c9d560fb9953ade
Module libxcb-screensaver.so.0 with build-id b1c93afcd2f987310b2295498c558bd237c9e522
Metadata for module libxcb-screensaver.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "libxcb",
"version" : "1.13.1-10.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libxcb.so.1 with build-id ebd859356a894dd26575ee80f1b1037b50f292a2
Metadata for module libxcb.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "libxcb",
"version" : "1.13.1-10.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libxcb-util.so.1 with build-id 7d9252ff4ac6cbb6f4237b8722e466b9a47522b4
Metadata for module libxcb-util.so.1 owned by FDO found: {
"type" : "rpm",
"name" : "xcb-util",
"version" : "0.4.0-20.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libglib-2.0.so.0 with build-id 3f164d599522e5fd8c45f0e9a5198d004cb5d80e
Metadata for module libglib-2.0.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "glib2",
"version" : "2.74.7-2.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libgobject-2.0.so.0 with build-id 4b5daa307a6ee96e34839565dc9091f52d92bb39
Metadata for module libgobject-2.0.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "glib2",
"version" : "2.74.7-2.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module libgio-2.0.so.0 with build-id 94831de1a174bfbc5b685d58df5ac0eb30474068
Metadata for module libgio-2.0.so.0 owned by FDO found: {
"type" : "rpm",
"name" : "glib2",
"version" : "2.74.7-2.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Module xss-lock with build-id 7652fad39372ac7602468f608220aabd8847150f
Metadata for module xss-lock owned by FDO found: {
"type" : "rpm",
"name" : "xss-lock",
"version" : "0.3.0-18.20140302git.fc37",
"architecture" : "x86_64",
"osCpe" : "cpe:/o:fedoraproject:fedora:37"
}
Stack trace of thread 6192:
#0 0x000078e404674e71 g_logv (libglib-2.0.so.0 + 0x5ee71)
#1 0x000078e4046750f3 g_log (libglib-2.0.so.0 + 0x5f0f3)
#2 0x00005613875ae4f5 screensaver_event_cb (xss-lock + 0x44f5)
#3 0x00005613875aed4d xcb_event_dispatch (xss-lock + 0x4d4d)
#4 0x000078e40466cc7f g_main_context_dispatch (libglib-2.0.so.0 + 0x56c7f)
#5 0x000078e4046c3178 g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xad178)
#6 0x000078e40466c24f g_main_loop_run (libglib-2.0.so.0 + 0x5624f)
#7 0x00005613875ade68 main (xss-lock + 0x3e68)
#8 0x000078e404424550 __libc_start_call_main (libc.so.6 + 0x27550)
#9 0x000078e404424609 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x27609)
#10 0x00005613875ae025 _start (xss-lock + 0x4025)
Stack trace of thread 6224:
#0 0x000078e4044fc2bf __poll (libc.so.6 + 0xff2bf)
#1 0x000078e4046c30ed g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xad0ed)
#2 0x000078e404669f00 g_main_context_iteration (libglib-2.0.so.0 + 0x53f00)
#3 0x000078e40466bb91 glib_worker_main (libglib-2.0.so.0 + 0x55b91)
#4 0x000078e40469bf22 g_thread_proxy (libglib-2.0.so.0 + 0x85f22)
#5 0x000078e40448819d start_thread (libc.so.6 + 0x8b19d)
#6 0x000078e404509c60 __clone3 (libc.so.6 + 0x10cc60)
Stack trace of thread 6235:
#0 0x000078e4044fc2bf __poll (libc.so.6 + 0xff2bf)
#1 0x000078e4046c30ed g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xad0ed)
#2 0x000078e40466c24f g_main_loop_run (libglib-2.0.so.0 + 0x5624f)
#3 0x000078e4048c87da gdbus_shared_thread_func.lto_priv.0 (libgio-2.0.so.0 + 0x1117da)
#4 0x000078e40469bf22 g_thread_proxy (libglib-2.0.so.0 + 0x85f22)
#5 0x000078e40448819d start_thread (libc.so.6 + 0x8b19d)
#6 0x000078e404509c60 __clone3 (libc.so.6 + 0x10cc60)
ELF object binary architecture: AMD x86-64
it seems dom0 had not enough memory
dom0 qmemman.systemstate Xen free = <number> too small for satisfy assignments! assigned_but_unused...
Feb 04 22:29:42 dom0 qmemman.systemstate[2209]: Xen free = 1222504464 too small for satisfy assignments! assigned_but_unused=1212222758, domdict={‘0’: {‘memory_current’: 4278190080, ‘memory_actual’: 4294967296, ‘memory_maximum’: 4294967296, ‘mem_used’: 1582145536, ‘id’: ‘0’, ‘last_target’: 4294967296, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: False}, ‘1’: {‘memory_current’: 402698240, ‘memory_actual’: 402698240, ‘memory_maximum’: 419430400, ‘mem_used’: None, ‘id’: ‘1’, ‘last_target’: 402653184, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: False}, ‘2’: {‘memory_current’: 150994944, ‘memory_actual’: 150994944, ‘memory_maximum’: 150994944, ‘mem_used’: None, ‘id’: ‘2’, ‘last_target’: 150994944, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: False}, ‘3’: {‘memory_current’: 402698240, ‘memory_actual’: 402698240, ‘memory_maximum’: 419430400, ‘mem_used’: None, ‘id’: ‘3’, ‘last_target’: 402653184, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: False}, ‘4’: {‘memory_current’: 150994944, ‘memory_actual’: 150994944, ‘memory_maximum’: 150994944, ‘mem_used’: None, ‘id’: ‘4’, ‘last_target’: 150994944, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: False}, ‘6’: {‘memory_current’: 788594688, ‘memory_actual’: 805306368, ‘memory_maximum’: 805306368, ‘mem_used’: 339423232, ‘id’: ‘6’, ‘last_target’: 805306368, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘7’: {‘memory_current’: 1677197312, ‘memory_actual’: 1783552642, ‘memory_maximum’: 4194304000, ‘mem_used’: 466079744, ‘id’: ‘7’, ‘last_target’: 1783552642, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘8’: {‘memory_current’: 1651458048, ‘memory_actual’: 1749295253, ‘memory_maximum’: 4194304000, ‘mem_used’: 453767168, ‘id’: ‘8’, ‘last_target’: 1749295253, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘9’: {‘memory_current’: 788594688, ‘memory_actual’: 805306368, ‘memory_maximum’: 805306368, ‘mem_used’: 305061888, ‘id’: ‘9’, ‘last_target’: 805306368, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘12’: {‘memory_current’: 1568735232, ‘memory_actual’: 1585446912, ‘memory_maximum’: 1585446912, ‘mem_used’: 616968192, ‘id’: ‘12’, ‘last_target’: 1585446912, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘13’: {‘memory_current’: 788594688, ‘memory_actual’: 805306368, ‘memory_maximum’: 805306368, ‘mem_used’: 384393216, ‘id’: ‘13’, ‘last_target’: 805306368, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘14’: {‘memory_current’: 1811890176, ‘memory_actual’: 1924399971, ‘memory_maximum’: 4194304000, ‘mem_used’: 516702208, ‘id’: ‘14’, ‘last_target’: 1924399971, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘15’: {‘memory_current’: 2477383680, ‘memory_actual’: 2615918302, ‘memory_maximum’: 4194304000, ‘mem_used’: 765243392, ‘id’: ‘15’, ‘last_target’: 2615918302, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘16’: {‘memory_current’: 4177592320, ‘memory_actual’: 4194304000, ‘memory_maximum’: 4194304000, ‘mem_used’: 2201866240, ‘id’: ‘16’, ‘last_target’: 4194304000, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘17’: {‘memory_current’: 520159232, ‘memory_actual’: 536870912, ‘memory_maximum’: 536870912, ‘mem_used’: 436981760, ‘id’: ‘17’, ‘last_target’: 536870912, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘18’: {‘memory_current’: 2130771968, ‘memory_actual’: 2147483648, ‘memory_maximum’: 2147483648, ‘mem_used’: 1093320704, ‘id’: ‘18’, ‘last_target’: 2147483648, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘19’: {‘memory_current’: 1256009728, ‘memory_actual’: 1353283939, ‘memory_maximum’: 4194304000, ‘mem_used’: 311435264, ‘id’: ‘19’, ‘last_target’: 1353283939, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘20’: {‘memory_current’: 1231347712, ‘memory_actual’: 1330924325, ‘memory_maximum’: 4194304000, ‘mem_used’: 303398912, ‘id’: ‘20’, ‘last_target’: 1330924325, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘21’: {‘memory_current’: 1261486080, ‘memory_actual’: 1357158694, ‘memory_maximum’: 4194304000, ‘mem_used’: 312827904, ‘id’: ‘21’, ‘last_target’: 1357158694, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘22’: {‘memory_current’: 1157685248, ‘memory_actual’: 1263104723, ‘memory_maximum’: 4194304000, ‘mem_used’: 279023616, ‘id’: ‘22’, ‘last_target’: 1263104723, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘24’: {‘memory_current’: 1916862464, ‘memory_actual’: 2125431355, ‘memory_maximum’: 4194304000, ‘mem_used’: 588955648, ‘id’: ‘24’, ‘last_target’: 2125431355, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}, ‘25’: {‘memory_current’: 1280864256, ‘memory_actual’: 1297579282, ‘memory_maximum’: 4194304000, ‘mem_used’: 334618624, ‘id’: ‘25’, ‘last_target’: 1297579282, ‘use_hoplug’: False, ‘no_progress’: False, ‘slow_memset_react’: False, ‘use_hotplug’: True}}
Fix: set additional dom0 memory from 333 MiB to 777 MiB (in Qubes OS Global Config → General Settings → Memory Balancing and reboot)
system freeze
The system freezed once or twice a day. Mostly when doing some background task (e.g. sync monero blockchain). The GUI froze, fans was bursting and nothing than a reset helped. Kernel was already upgraded to latest stable kernel (6.6.9.1) and additional kernel parameters (cpufreq=xen:hwp, intremap=off) was tested. I think this issue is related to the graphic chipset, because I got this messages right before a crash and gpu hang was reported some times and once right before freeze in dom0 journal:
Feb 04 16:02:19 dom0 kernel: i915 0000:00:02.0: [drm] Resetting rcs0 for preemption time out
Feb 04 16:02:19 dom0 kernel: i915 0000:00:02.0: [drm] Xorg[5623] context reset due to GPU hang
Feb 04 16:02:19 dom0 kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:85dffffb, in Xorg [5623]
Feb 04 16:02:29 dom0 kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:51:pipe A] flip_done timed out
Feb 04 16:02:40 dom0 kernel: i915 0000:00:02.0: [drm] *ERROR* flip_done timed out
Feb 04 16:02:40 dom0 kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:51:pipe A] commit wait timed out
Tips and ideas to debug or solve this are welcome. Thank you
Have a nice day!