Как починить KDE Discover на Debian 12?

Question

[Kozlov]

Перестал работать центр программ KDE Discover. Через консоль все ок, а он пытается через localhost получить репы. Куда копать?

Лог ошибок из консоли

took really long to fetch PackageKitBackend(0x55f8873f64b0)
Transaction error: "E: deb.debian.org/debian bookworm InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\nE: security.debian.org/debian-security bookworm-security InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\nE: download.virtualbox.org/virtualbox/debian bookworm InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\nE: deb.debian.org/debian bookworm-updates InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)\nE: https://packages.mozilla.org/apt mozilla InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\nE: https://repo.steampowered.com/steam stable InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\nE: https://packages.microsoft.com/repos/code stable InRelease is not (yet) available (Не удалось соединиться с 127.0.0.1:12334 (127.0.0.1). - connect (111: В соединении отказано))\n" PackageKit::Transaction(0x55f8887c2df0)

Comments

[Dmitry]

Что с настройками прокси в системе?

Answer 1

[pfg21]

смотри почему запросы перенаправляются в 127.0.0.1:12334
интернет говорит что 127.0.0.1:12334 использует Hiddify
значит либо не работает сей впн, либо некорректно выключен.

Comments

[Kozlov]

Действительно проблема в Hiddify. При включенном все работает, выключаю - нет.
Сам он в виде AppImage и не требует рут.
Вопрос, куда же он эти настройки записал? Даже при корректном выходе не работает.

При этом не работает только Discover, все остальные программы работают без проблем.

[Kozlov]

Спасибо, удалил файл .config/kioslaverc и перезапустил сессию.
Все заработало!

[deemasster]

Kozlov, это какой-то ад, мне уже снится этот 127.0.0.1:12334. я первым делом снёс kioslaverc, а discover всё ещё никак не заводится((
я перерыл все конфиги, где может упоминаться "12334" - пусто. но discover наплевать. я не знаю что делать. я сейчас отнесу эвм на помойку. и линукс вместе с ним, будь он проклят.

[pfg21]

deemasster, посмотри настройки прокси в апт или /etc/apt/apt.conf или дополнение в /etc/apt/apt.conf.d/

[deemasster]

pfg21, спасибо что откликнулись!
сам apt чувствует себя хорошо и все пакеты через терминал обновляются. проблема только с discover.

Что уже посмотрел

❯ cat .config/kioslaverc
cat: .config/kioslaverc: No such file or directory (os error 2)

❯ cat /etc/apt/apt.conf
cat: /etc/apt/apt.conf: No such file or directory (os error 2)

❯ sudo grep -rn "proxy" /etc/apt/apt.conf.d/
[sudo: authenticate] Password: 

❯ cat /etc/environment
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin"

❯ ls -la /etc/profile.d/
total 56
drwxr-xr-x   2 root root  4096 May 23 22:26 .
drwxr-xr-x 158 root root 12288 May 27 15:06 ..
-rw-r--r--   1 root root    96 Oct  3  2025 01-locale-fix.sh
lrwxrwxrwx   1 root root    52 Mar 24 18:37 70-systemd-shell-extra.sh -> /usr/lib/systemd/profile.d/70-systemd-shell-extra.sh
-rw-r--r--   1 root root   840 Nov 21  2025 apps-bin-path.sh
-rw-r--r--   1 root root   747 Jan 27  2025 bash_completion.sh
-rw-r--r--   1 root root  1003 Sep 30  2025 cedilla-portuguese.sh
lrwxrwxrwx   1 root root    46 Oct  7  2025 debuginfod.csh -> /usr/share/libdebuginfod-common/debuginfod.csh
lrwxrwxrwx   1 root root    45 Oct  7  2025 debuginfod.sh -> /usr/share/libdebuginfod-common/debuginfod.sh
-rw-r--r--   1 root root   951 May 11  2025 flatpak.csh
-rw-r--r--   1 root root   873 May 11  2025 flatpak.sh
-rw-r--r--   1 root root   376 Mar 20  2023 im-config_wayland.sh
-rw-r--r--   1 root root  5058 Sep  5  2025 vte-2.91.sh
-rw-r--r--   1 root root   967 Sep  5  2025 vte.csh

❯ sudo grep -rn "12334" /root/ 2>/dev/null
sudo grep -rn "12334" /etc/sudoers /etc/sudoers.d/ 2>/dev/null

❯ gsettings get org.gnome.system.proxy mode
gsettings get org.gnome.system.proxy.http port
'none'
8080

❯ sudo rm -rf /etc/dconf/db/*
rm -f ~/.config/dconf/user
zsh: no matches found: /etc/dconf/db/*

❯ sudo snap get system proxy.http
flatpak config
ошибка: snap "core" has no "proxy.http" configuration option
languages: *unset* (default: ru)
extra-languages: *unset*

[pfg21]

deemasster, тогда смотри настройки discover почему он до сих пор стучится на порт прокси :( хз, ни разу не игрался с ним.

[deemasster]

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

Ещё потуги

# и в systemd тоже заглянул
❯ sudo systemctl show packagekit.service | grep -i proxy

# почстил кэш packagelit, репов apt и пакетов
❯ sudo rm -rf /var/cache/PackageKit/*
sudo rm -rf /var/lib/apt/lists/*
sudo apt-get clean
zsh: no matches found: /var/cache/PackageKit/*

# почистил локальный кэш discover, appstream и packagekit
❯ rm -rf ~/.cache/discover
rm -rf ~/.cache/appstream*
rm -rf ~/.cache/PackageKit
rm -rf ~/.local/share/appstream/*
zsh: no matches found: /home/userless/.local/share/appstream/*

# перезапустил packagekit и обновил репы напрямую
❯ sudo systemctl restart packagekit
sudo pkcon refresh force
sudo appstreamcli refresh-cache --force

Обновление кэша             [=========================]         
Загрузка кэша               [=========================]         
Обновление списка приложений[=========================]         
Загрузка информации об обновлении[=========================]         
Выполнение                  [=========================]         
Завершено                   [=========================]         
 Включён                           http://security.ubuntu.com/ubuntu questing-security InRelease
...
✔ Кэш метаданных успешно обновлен.

# в оперативе discover пытался найти 12334
❯ sudo grep -a "12334" /proc/$(pidof plasma-discover)/environ 2>/dev/null

и всё равно при нажатии "Обновить список" во вкладке "Обновления" в discover возникает ошибка. также невозможно установить ни один пакет.

Текст ошибки Discover

E: security.ubuntu.com/ubuntu questing-security InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)
E: https://ppa.launchpadcontent.net/papirus/papirus/ubuntu questing InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)
E: archive.ubuntu.com/ubuntu questing-backports InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)
E: archive.ubuntu.com/ubuntu questing-updates InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)
E: https://ppa.launchpadcontent.net/mozillateam/ppa/ubuntu questing InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)
E: archive.ubuntu.com/ubuntu questing InRelease is not (yet) available (Невозможно соединиться с 127.0.0.1:12334:)

p.s. мне абсолютно всё равно на этот убогий discover, я могу и через терминал обновляться. просто меня бесит что я не могу найти в чём проблема. это уже спортивный интерес.

[deemasster]

pfg21, наконец-то заработало. сделал так:

sudo rm /var/lib/PackageKit/transactions.db

видимо packagekit сохранил себе в бд параметры прокси и решил туда долбится.

[pfg21]

deemasster, е----ться !! ну они и укуренные....
хотя я намедни словил тупейшую ошибку, конфиг udev имели отметку исполняемый. в принципе пофих, но все таки неправильно.
снял отметку - все равно ошибка появляется, хотя вот прям вижу что конфиги без отметки и тут же лог с ошибкой. удалил конфиг вообще - все равно есть... конфига нет - ошибка есть бл***** :-/
оказывается удев ругался на копию конфигов внутри инитрамфс. обновил инитрамфс - все ок. :)

[deemasster]

pfg21, ну и угораздило же вас, достопочтенный дон, вляпаться в эту бинарную передрягу)
ситуации у нас немного разные, но вот метод издевательства этой укуренной системы над живыми людьми одинаковый!

желаю удачи в дальнейших экзорцизмах udev и прочей системной нечисти.

конфига нет - ошибка есть

- орнул! XD

[pfg21]

deemasster, да не, просто любая большая сложная система имеет в себе кучу сложностей. без ентого никак. и вот тут только набирать опыт ...

Answer 2

[alex_az777]

Была похожая проблема. Как удалось решить (Debian 13):
1. Скопировать в какую-нибудь папку файл /var/lib/PackageKit/transaction.db
2. На файл в новой папке и на саму папку дать права rw для всех (иначе sqllitebrowser не даст изменять базу)
3. Установить SQL Lite Browser:
sudo apt install sqlitebrowser
4. В таблице proxy удалить строку
127.0.0.1:<какой-то порт>
5. Записать изменения и закрыть базу.
6. Вернуть права на файл базы данных
7. Скопировать файл обратно в /var/lib/PackageKit/transaction.db
8. Перезагрузить компьютер.

Эту комбинацию проделал на 3-х компьютерах с Debian 13 и проблема с обновлениями через Discover решилась. До этого обновлялся только через apt.