Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря. Регулярка с КДЕ4 отсюда https://forum.altlinux.org/index.php?topic=36963.msg292726#msg292726 Продублировал сообщение о недостатке на форуме https://forum.altlinux.org/index.php?topic=37239
Наблюдал подобное минимум на двух сильно разных ноутах с совсем разными 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 Создание вот такого скрипта решило проблему.