Дуже рідко бувають проблеми з апгрейдами на Arch Linux, а така ситуація, як сьогодні, в мене за майже 10 років користування системою вперше.
Отже, що трапилось:
- встановив апгрейди з
pacman -Syu - після установки
sudo rebootзависав - ребутнутись вдалось тільки з
sudo reboot -f(force) - після ребуту – X.Org запустився, SDDM теж, Plasma теж – але на робочому столі все зависало і не реагувало на клаву і мишку
Дичина якась 🙂
Пофіксити вдалось, хоча так і не зрозумів що саме і чому впало.
Зміст
Проблема #1: sudo reboot та “Failed to connect to system scope bus via local transport”
Це насправді було першим дзвіночком.
В логах при виконанні sudo reboot з’являлось повідомлення про:
... Call to Reboot failed: Connection timed out Failed to connect to system scope bus via local transport: Connection refused ...
Явно проблема з D-Bus/systemd, і саме тому допомогло sudo reboot -f (чи з sudo shutdown -r now, щось з них двох спрацювало), бо в такому випадку systemd не намагається координувати shutdown через system bus і напряму викликає примусовий перезапуск.
Окей – ребутнулись, і тут виникла друга – сама цікава – проблема.
KDE Plasma “висить” після апгрейду і ребуту
Беру в лапки “Plasma висить”, бо проблема все ж була не в ній – але проявлялось саме там.
Отже, ребунувся, залогінився, робочий стіл і сервіси запустились:
Але на цьому – все.
Ніякої реакції на клаву і мишку.
Перша підозра – проблема з KDE Wallet або GNOME Keyring – бо все виглядало так, що зависання виникає після їх старту.
При цьому SSH працював, і я зміг підключатись з іншого ноутбука аби подебажити і пофіксити.
Fix attempt #1: очистка Plasma та kwalletd
Перша спроба фіксу – прибрати все, що відноситься до Plasma і KWallet:
$ mv .cache/ .cache.bak $ mv .config/kwalletrc .config/kwalletrc.bak $ mkdir .config/plasma-bak $ mv .config/plasma* .config/plasma-bak/ $ mv .local/share/kwalletd/ .local/share/kwalletd.bak $ sudo reboot
Але після ребуту і логіну система все ще висить і не реагує.
Fix attempt #2: запуск чистого X11
Далі спробував логін з чистим X11 замість Plasma – по SSH встановив:
$ sudo pacman -S --needed xorg-server xorg-xinit xterm
Хоча xorg-server і xorg-xinit вже були, бо я на X11, а не глючному Wayland.
Далі по SSH прибив поточну сесію:
$ sudo systemctl stop sddm
На ноутбуці через Alt + F2 зайшов в консоль (до речі… дивно, що це спрацювало, але ок), і запустив startx.
X11 та xterm завантажились – і тут жеж все знов перестало реагувати на клаву-мишку.
…
Краса…)
А отже, проблема виникає не на рівні Plasma чи конкретного desktop environment, а нижче – на рівні ядра, systemd, input stack та їх ініціалізації.
Fix attempt #3: pacman.log та “Failed to connect to system scope bus via local transport: Connection refused”
Окей – пішов дивитись логи pacman, і ось тут було дещо цікаве:
[2025-12-29T09:33:25+0200] [PACMAN] Running 'pacman -Syu --noconfirm' [2025-12-29T09:33:25+0200] [PACMAN] synchronizing package lists [2025-12-29T09:33:28+0200] [PACMAN] starting full system upgrade ... [2025-12-29T09:33:49+0200] [ALPM] upgraded systemd (258.3-1 -> 259-1) [2025-12-29T09:33:49+0200] [ALPM-SCRIPTLET] Creating group 'empower' with GID 946. [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] :: This is a systemd feature update. You may want to have a look at [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] NEWS for what changed, or if you observe unexpected behavior: [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] /usr/share/doc/systemd/NEWS [2025-12-29T09:35:20+0200] [ALPM] upgraded polkit (126-2 -> 127-2) [2025-12-29T09:35:20+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused ... [2025-12-29T09:35:26+0200] [ALPM] running '30-systemd-catalog.hook'... [2025-12-29T09:35:26+0200] [ALPM] running '30-systemd-daemon-reload-system.hook'... [2025-12-29T09:35:26+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused [2025-12-29T09:35:26+0200] [ALPM] running '30-systemd-daemon-reload-user.hook'... [2025-12-29T09:35:27+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused [2025-12-29T09:35:27+0200] [ALPM] running '30-systemd-hwdb.hook'... [2025-12-29T09:35:27+0200] [ALPM] running '30-systemd-restart-marked.hook'... [2025-12-29T09:35:27+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused .... [2025-12-29T09:35:30+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' [2025-12-29T09:35:30+0200] [ALPM-SCRIPTLET] ==> Using default configuration file: '/etc/mkinitcpio.conf' [2025-12-29T09:35:30+0200] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img ... [2025-12-29T09:35:33+0200] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img' [2025-12-29T09:35:33+0200] [ALPM-SCRIPTLET] -> Early uncompressed CPIO image generation successful [2025-12-29T09:35:33+0200] [ALPM-SCRIPTLET] ==> Initcpio image generation successful [2025-12-29T09:35:33+0200] [ALPM] running 'dbus-reload.hook'... [2025-12-29T09:35:33+0200] [ALPM-SCRIPTLET] Failed to connect to system scope bus via local transport: Connection refused ...
І згадуємо першу проблему – що нормальний reboot не працював з тою самою помилкою підключення до системної шини (через /run/dbus/system_bus_socket).
І система не змогла виконати всі hooks, і в результаті після рестарту частина системних сервісів зависала.
Найімовірніше, це торкнулось компонентів, які залежать від udev, logind та input stack. В результаті X.Org і display manager стартували, але пристрої вводу (keyboard/mouse) опинились у неконсистентному стані, без коректної обробки подій.
Final fix: установка ядра linux-lts (але діло не в LTS)
Тут в мене з’явилась підозра, що проблема в ядрі і Intel-дайверах, і вирішив спробувати встановити LTS-ядро:
$ pacman -S linux-lts linux-lts-header
Правда, після встановлення забув зробити grub-mkconfig, а тому в меню GRUB “Advanced options for Arch Linux” нове ядро не з’явилось, і я просто загрузився зі старим.
Але… Саме після цього все запрацювало.
Чому – бо під час встановлення LTS заново запустились всі хуки, бо перший апдейт відбувався в момент оновлення systemd і D-Bus, а другий – у вже стабільному systemd-оточенні:
... [2025-12-29T10:40:15+0200] [PACMAN] Running 'pacman -S linux-lts linux-lts-headers' [2025-12-29T10:40:21+0200] [ALPM] transaction started [2025-12-29T10:40:21+0200] [ALPM] installed linux-lts (6.12.63-1) [2025-12-29T10:40:21+0200] [ALPM] installed pahole (1:1.31-1) [2025-12-29T10:40:21+0200] [ALPM] installed linux-lts-headers (6.12.63-1) [2025-12-29T10:40:21+0200] [ALPM] transaction completed [2025-12-29T10:40:22+0200] [ALPM] running '30-systemd-update.hook'... [2025-12-29T10:40:22+0200] [ALPM] running '60-depmod.hook'... [2025-12-29T10:40:23+0200] [ALPM] running '90-mkinitcpio-install.hook'... [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default' [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] ==> Using default configuration file: '/etc/mkinitcpio.conf' [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux-lts -g /boot/initramfs-linux-lts.img [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] ==> Starting build: '6.12.63-1-lts' [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [base] [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [udev] [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [autodetect] [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [microcode] [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [modconf] [2025-12-29T10:40:23+0200] [ALPM-SCRIPTLET] -> Running build hook: [kms] [2025-12-29T10:40:24+0200] [ALPM-SCRIPTLET] -> Running build hook: [keyboard] [2025-12-29T10:40:24+0200] [ALPM-SCRIPTLET] -> Running build hook: [keymap] [2025-12-29T10:40:24+0200] [ALPM-SCRIPTLET] -> Running build hook: [consolefont] [2025-12-29T10:40:24+0200] [ALPM-SCRIPTLET] ==> WARNING: consolefont: no font found in configuration [2025-12-29T10:40:24+0200] [ALPM-SCRIPTLET] -> Running build hook: [block] [2025-12-29T10:40:25+0200] [ALPM-SCRIPTLET] -> Running build hook: [encrypt] [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] -> Running build hook: [resume] [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] -> Running build hook: [filesystems] [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] -> Running build hook: [fsck] [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] ==> Generating module dependencies [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-lts.img' [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] -> Early uncompressed CPIO image generation successful [2025-12-29T10:40:26+0200] [ALPM-SCRIPTLET] ==> Initcpio image generation successful ...
І після цього система запрацювала нормально.
Коротше – класичний приклад неочевидної “магії” systemd, D-Bus та системних hooks під час апгрейду.
Lessons learned
- якщо під час
pacman -Syuз’являються помилки systemd/dbus, їх не варто ігнорувати – а я звик, що апгрейди проходять без проблем, і не подивився наpacmanoutput в консолі, а відразу почав ребутати машину - зависання GUI не завжди означає проблему в Destop Environment або Wayland/X11
- повторний запуск системних hooks у стабільному середовищі може повністю виправити систему
