kwalletd6 indítása

Linux-haladó

Van ugye ez az Ügyfélkapu+ nevű izé, meg a TOTP. Ehhez numberstation nevű generátort használok, a nagy titkot pedig a kwallet nevű kulcstartón tárolom. Ez működött egy darabig, de már elmúlt. Tegyük hozzá, Fedora 43-on Xfce desktop környezetet használok, tehát nincs KDE környezet, nekem kizárólagosan a kwalletd6-ra van szükségem. Csináltam egy unit file-t /etc/systemd/user/kwalletd6.service néven az alábbi tartalommal:

Description=KWallet Daemon
After=graphical-session.target
Wants=graphical-session.target

[Service]
Type=simple
ExecStart=/usr/bin/kwalletd6
Restart=on-failure
RestartSec=2

[Install]
WantedBy=graphical-session.target

Tulajdonképpen működik, csak ronda hibákkal indul:

● kwalletd6.service - KWallet Daemon
     Loaded: loaded (/etc/systemd/user/kwalletd6.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/user/service.d
             └─10-timeout-abort.conf
     Active: active (running) since Sun 2026-02-08 19:56:56 CET; 2min 40s ago
 Invocation: fda000c1105047e4b1532893a04d2f3b
   Main PID: 3372 (kwalletd6)
      Tasks: 7 (limit: 35574)
     Memory: 14.3M (peak: 15.6M)
        CPU: 110ms
     CGroup: /user.slice/user-1002.slice/user@1002.service/app.slice/kwalletd6.service
             └─3372 /usr/bin/kwalletd6

Feb 08 19:56:54 deer systemd[2565]: kwalletd6.service: Main process exited, code=dumped, status=6/ABRT
Feb 08 19:56:54 deer systemd[2565]: kwalletd6.service: Failed with result 'core-dump'.
Feb 08 19:56:56 deer systemd[2565]: kwalletd6.service: Scheduled restart job, restart counter is at 1.
Feb 08 19:56:56 deer systemd[2565]: Started kwalletd6.service - KWallet Daemon.
Feb 08 19:56:57 deer kwalletd6[3372]: g_dbus_proxy_get_object_path: assertion 'G_IS_DBUS_PROXY (proxy)' failed
Feb 08 19:56:57 deer kwalletd6[3372]: QDBusConnection: name 'org.kde.secretservicecompat' had owner '' but we thought it was ':1.32'
Feb 08 19:56:58 deer kwalletd6[3372]: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID")
Feb 08 19:56:58 deer kwalletd6[3372]: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID")

Hogyan tudnám ezeket a hibákat eliminálni? Elég bizarr, hogy egyből elhasal, utána már talpon marad.
 

  • 847 megtekintés

( locsemege v | 2026. 02. 08., v – 21:47 )

A kezdeti elhasalást egy ronda workarounddal megtapasztottam.

[Unit]
Description=KWallet Daemon
After=graphical-session.target
Wants=graphical-session.target

[Service]
Type=simple
ExecStartPre=/bin/sleep 5
ExecStart=/usr/bin/kwalletd6
Restart=on-failure
RestartSec=2

[Install]
WantedBy=graphical-session.target

Ez lett belőle:

● kwalletd6.service - KWallet Daemon
     Loaded: loaded (/etc/systemd/user/kwalletd6.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/user/service.d
             └─10-timeout-abort.conf
     Active: active (running) since Sun 2026-02-08 21:41:03 CET; 5min ago
 Invocation: eaf05752e44a41d4a5b804e3b7ab28aa
    Process: 2574 ExecStartPre=/bin/sleep 5 (code=exited, status=0/SUCCESS)
   Main PID: 3912 (kwalletd6)
      Tasks: 7 (limit: 35574)
     Memory: 33M (peak: 34.1M)
        CPU: 152ms
     CGroup: /user.slice/user-1002.slice/user@1002.service/app.slice/kwalletd6.service
             └─3912 /usr/bin/kwalletd6

Feb 08 21:40:58 deer systemd[2558]: Starting kwalletd6.service - KWallet Daemon...
Feb 08 21:41:03 deer systemd[2558]: Started kwalletd6.service - KWallet Daemon.
Feb 08 21:41:04 deer kwalletd6[3912]: g_dbus_proxy_get_object_path: assertion 'G_IS_DBUS_PROXY (proxy)' failed
Feb 08 21:41:04 deer kwalletd6[3912]: QDBusConnection: name 'org.kde.secretservicecompat' had owner '' but we thought it was ':1.43'
Feb 08 21:41:04 deer kwalletd6[3912]: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID")
Feb 08 21:41:04 deer kwalletd6[3912]: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID")

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Probably a fél KDE hiányzik mögüle. Szerintem engedd el, ha amúgy teszi a dolgát.

Általában az van, hogy a KDE szolgáltatások DBuson keresztül beszélgetnek egymással, és ha jól tippelek, DBuson keresztül regisztrálódik be a mindenféle beépülő lehetőség is. Alapból pl a filekezelőnek nem kell, hogy kötelező függése legyen a KWallet, legfeljebb nem menti el a jelszavakat, csak az aktív kapcsolat erejéig. De amikor a KWallet elindul, akkor el tudom képzelni, hogy beregiszrál mondjuk a fájlkezelőknél, hogy halló, megérkezett a jelszótár.

Amúgy XFCE alatt valami könnyűsúlyúbbat használnék, pl gnome-keyringet. Ez a nevével kicsit ellenkezően nem rántja be maga alá a komplett Gnome-t.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Lehet, hogy a gnome-keyring lesz a megoldás, ugyanakkor bosszant, hogy nem tudom, mi az a valami, ami kell a kwalletd6-nak ahhoz, hogy ne hasaljon el. Mondjuk hibakezeléssel nem nagyon bajlódtak, mert talán segfault-tal pusztul el. Aztán, amint belépek a grafikus felületen az adott felhasználóval, akkor lehiggad, talpon marad, működik. Pedig nem KDE, hanem Xfce. Ezért is furcsa, mert nem kap maga alá egy működő KDE-t.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Sok minden lehet, én szívtam annak idején hasonlókkal az újabb fajta KDE-s cuccokkal. KDE3 idejében ami kellett az alkalmazásoknak, azt DBus-on keresztül fellőtték maguknak, ezért volt az, hogy amikor egy KMailt elindítottál, indult vele a fél KDE is, KIO rendszerrel meg egyebekkel.

Aztán szerintem panasz jöhetett arra, hogy hát ez így nem jó, mert Gnome/XFCE/ICEWM alatt milyen sokat esz a program, így ezt elhagyták - cserébe neked kell gondoskodnod arról, hogy a megfelelő függőségek megfelelő időben elinduljanak.

Ami a sejtésem ebben a konkrét esetben, az az, hogy valami nem ér oda az indulással/még nem tud elindulni, mire te elindítanád a kwalletd-t. És hiába indítod akár startup programs-ból is, ha az a komponens nincs, akkor te csak szép lehetsz. Cserébe ez a része a KDE-nek azért nincs agyondokumentálva, lévén a legtöbb KDE-s alkalamzás arra épít, hogy fut alatta egy KDE - ez viszont nem változott a KDE3 óta.

A gnome-keyringet azért javaslom, mert sokkal-sokkal jobban oldották meg a modularizációt, a gnome-keyring szervíznek nem kell semmi az induláshoz, és tud SSH/GPG ágenst is emulálni. Nekem úgy, hogy MATE-t használok, kizárólag jó tapasztalataim vannak vele, immáron vagy 8 éve.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( zolti v | 2026. 02. 09., h – 19:53 )

Én KDE -t használok, de keepassxc -ben van minden tárolva. Van benne browser integráció és kitölti a totp -t is.
Tudom nem ezt kérdezted...

Pedig ha tényleg csak walletnek használod, és nincs különösebben integrálva valami aktívan használt appba ami miatt kényelmes, akkor ez amit csinálsz inkább mazochizmus :) Nálam is kde van, és én is inkább keepassxc-t használok. Már csak azért is, mert a db-je szinkronizálva van a telefonomra is, ott meg keepassdx teszi ugyanúgy a dolgát. Meg így nem kell TOTP-hez két app (bár semmi sem tiltja, ha bizalmatlan vagy). Elvileg amúgy tud már "system keyring"-ként is működni (azaz kiváltja a gnome keyringet és elvileg a kwalletet is akár), de ezt nem állítottam még be, nincs róla tapasztalatom.

( kroozo v | 2026. 02. 09., h – 20:23 )

Valószínűleg van valami függősége még, ami nem fut, de valami máson betriggereli az indulását. Ha tippelnem kellene, talán a ksecretd lehet, vagy hogy hívják, már legalábbis ha köze van a d-busos mókához, amivel egyébként is küzd*. A core dumpból ki lehet ásni egyébként, hogy mégis mit szeretett volna csinálni, mikor arcra esett.

*Illetve így nem lesz teljes, valószínűleg az ilyen browser integráció és egyebek nem működnek majd, mert nem tudott felmászni a buszra (szerintem azért, mert nem fut a ksecretd, aki fogadná). De ez neked nem biztos, hogy baj.

Ha tudnám a függőségét, beírnám az After= után. Más kérdés, hogy nem tudom, mi van akkor, ha process-re kell várni, nem pedig systemd által indított szolgáltatásra.

Épp ma egy nagyon régi, lassú gépen néztem. Az AI-val beszélgettem, mire ráébredtem, hogy azon a gépen nincs graphical.target. Én sem értem, az is Fedora 43, az én gépem is, az enyémen van. Azon agépen viszont ezért nem indult el a szolgáltatás, hiszen nem volt, ami triggerelje. Aztán mondtam neki, hogy default.target legyen a trigger, valamint dbus.service-t írtam az After= után, már a default.target-en túl. De így is kellett bele a sleep. Abból, hogy hányszor indította újra elhasalás miatt, kiszámoltam, mekkora sleep kell, meg rátettem még 5 másodpercet, így lett azon a lassú gépen 25 másodperc. Tudom, ez nem megoldás, csak hibaelfedés. Egyelőre örülök, hogy van életcélom - ugye, bash.hu :) - TOTP Ügyfélkapu+-hoz.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( locsemege v | 2026. 02. 09., h – 23:12 )

Jobban belegondolva indíthatnám az Xfce autostart szolgáltatásával is akár.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Használom a kdewalletet és KDE-zek. Csak kíváncsiságból megnéztem: nincs semmilyen wallet szolgáltatás rendszer szinten (nincs systemd unit), KDE indítja user session részeként. 

El tudom képzelni, hogy van valami függősége a sessionra és amíg az nem fut, addig elhasal.

Zavard össze a világot: mosolyogj hétfőn.

( locsemege v | 2026. 03. 02., h – 10:18 )

Némi dokumentáció olvasás után ezt írtam:

[Unit]
Description=KDE Wallet Manager Daemon
After=dbus.service graphical-session.target
Wants=dbus.service
PartOf=graphical-session.target

[Service]
ExecStart=/usr/bin/kwalletd6
Restart=on-failure
# Environment=DISPLAY=:0
Type=exec

[Install]
WantedBy=graphical-session.target

Persze nem működik. Ezért:

systemctl --user status graphical-session.target
○ graphical-session.target - Current graphical user session
     Loaded: loaded (/usr/lib/systemd/user/graphical-session.target; static)
     Active: inactive (dead)
       Docs: man:systemd.special(7)

Mindezt grafikus felületen belépve kapom, ami épp egy grafikus session. Hogyan lehet a systemd-ből kiimádkozni, hogy mikor fut a grafikus session, ha az arra való funkció makacs tagadásba megy át?
 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( snq- | 2026. 03. 02., h – 10:32 )

(ide válasz)

akkor lesz aktív, ha egy target elindítja:

> grep -rn "BindsTo=graphical-session.target" /usr/lib/systemd
/usr/lib/systemd/user/plasma-workspace.target:16:BindsTo=graphical-session.target
 

Írtam egy /etc/systemd/user/xfce4-session.target file-t is:

[Unit]
Description=Xfce4 session target
BindsTo=graphical-session.target

Majd az Xfce indításába egy

systemctl --user start xfce4-session.target

Leállításához pedig egy

systemctl --user stop xfce4-session.target

került. A működés látszatát kelti. :)
 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE