Наблюдал подобное минимум на двух сильно разных ноутах с совсем разными wifi (intel/realtek из новых) под p8 с MATE и XFCE, при этом под СПТ6 или СПТ7 там эта проблема не наблюдалась.

shrek@ подозревает, что дело в том, использует ли wpa_supplicant WPA-драйвер wext (старый) или nl80211 (новый).  При возможности попробуйте взять предыдущие сборки wpa_supplicant (см. http://altlinux.org/archive) и проверить, что с ними.

Если подозрение подтвердится -- надо перевесить на Sisyphus/wpa_supplicant
(там, кстати, http://w1.fi/releases/wpa_supplicant-2.5.tar.gz наблюдается).

PS: ещё хорошо бы проверить сегодняшние регулярки -- возможно, что-то поправили
в ядре, потому как у меня сейчас на одном из тех ноутов вдруг заработало.

http://nightly.altlinux.org/sisyphus/snapshots/

wpa_supplicant содержит оба варианта (WEXT и 80211) уже очень давно.

Это баг регулярок, он не может блокировать p8.

Проблема до сих пор актуальна (по крайней мере на regular-kde5 x86_64).

После выхода из ждущего режима не подключается wi-fi.

В логах ошибки:
wpa_supplicant[2643]: Could not set interface wlan0 flags (UP): Operation already in progress
wpa_supplicant[2643]: WEXT: Could not set interface 'wlan0' UP
wpa_supplicant[2643]: wlan0: Failed to initialize driver interface
wpa_supplicant[2643]: wlan0: CTRL-EVENT-DSCP-POLICY clear_all
kernel: rtw_8822ce 0000:01:00.0: failed to poll offset=0x5 mask=0x2 value=0x0
kernel: rtw_8822ce 0000:01:00.0: mac power on failed
kernel: rtw_8822ce 0000:01:00.0: failed to power on mac
NetworkManager[2521]: <error> [1687095998.9453] device (wlan0): Couldn't initialize supplicant interface: GDBus.Error:fi.w1.wpa_supplicant1.UnknownError: wpa_supplicant couldn't grab this interface.

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether d6:d3:2b:a1:2e:ce brd ff:ff:ff:ff:ff:ff permaddr 80:30:49:43:12:2f

# lspci -v
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter
        Subsystem: Electronics & Telecommunications RSH Device 1e25
        Flags: bus master, fast devsel, latency 0, IRQ 72, IOMMU group 7
        I/O ports at 2000 [size=256]
        Memory at d0500000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [148] Device Serial Number 00-e0-4c-ff-fe-c8-22-01
        Capabilities: [158] Latency Tolerance Reporting
        Capabilities: [160] L1 PM Substates
        Kernel driver in use: rtw_8822ce

# uname -r
6.3.8-un-def-alt1

Ноутбук Huawei Matebook D 14
# inxi -M
Machine:
  Type: Laptop System: HUAWEI product: NBLL-WXX9 v: M1040
    serial: TAKPM20831002908
  Mobo: HUAWEI model: NBLL-WXX9-PCB v: M1040 serial: PM13U0208Y000079
    UEFI: HUAWEI v: 1.05 date: 07/20/2020

Раньше (буквально пару недель назад) была установлена Workstation K 10, обновлённая до сизифа, и такой проблемы не было.

Версии пакетов:
wpa_supplicant-2.10-alt2.x86_64
NetworkManager-1.42.6-alt1.x86_64
kernel-modules-rtl8821ce-un-def-5.5.2-alt4.393992.1.x86_64

Дополнительная информация: после того, как данная ошибка начинает воспроизводится, вывод lspci становится таким:
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter
        Subsystem: Electronics & Telecommunications RSH Device 1e25
        !!! Unknown header type 7f
        I/O ports at 2000 [size=256]
        Memory at d0500000 (64-bit, non-prefetchable) [size=64K]
        Kernel driver in use: rtw_8822ce

P.S. Не стал изменять компонент, на котором висит баг, поскольку компонента kde5 нету.

(Ответ для Alexander Makeenkov на комментарий #5)
> # uname -r
> 6.3.8-un-def-alt1
> 

В regular-kde5 ядро std-def 6.1

Проверьте с ним.
Я проверил, что в live с ядром 6.1 на ноутбуке Acer EX2509-P32G такой проблемы нет.

На 6.1.34-std-def-alt1 аналогичная проблема.

Это именно с регуляркой такое, на Workstation K 10 (на сизифе) всё работало корректно в этом плане (на un-def ядре в том числе).

(Ответ для Alexander Makeenkov на комментарий #7)
> На 6.1.34-std-def-alt1 аналогичная проблема.
> 
> Это именно с регуляркой такое, на Workstation K 10 (на сизифе) всё работало
> корректно в этом плане (на un-def ядре в том числе).

Проверьте на другом железе. У меня на Acer EX2509-P32G всё отлично.
Установил регулярку, проверил оба ядра.
На ноутбуке wi-fi карта использует модуль ядра ath9k.

Нашёл одно решение на просторах интернета, которое сработало для моего модуля:

# cat /lib/systemd/system-sleep/wifi-suspend.sh 

#!/bin/sh
[ "$1" = "post" ] && /sbin/modprobe rtw88_8822ce
[ "$1" = "pre" ] && /sbin/rmmod rtw88_8822ce rtw88_8822c rtw88_pci rtw88_core
exit 0

Создание вот такого скрипта решило проблему.