Das ist hier nicht üblich.Quote:
Originally Posted by wodenhof
Printable View
Das ist hier nicht üblich.Quote:
Originally Posted by wodenhof
Ich nehme alles zurück, und behaupte das Gegenteil.Quote:
Originally Posted by Kanonentux
Alles offen gelassen, es sind nur 11 Mailadressen!!!, mehrere Tabs im Vivaldi, und fährt runter wie er soll.
Hallo zusammen,
da ich das Problem auch hatte, aber Kleopatra brauche (meine ich zumindest!), kann man alternativ scdaemon auch deaktivieren. Dazu ineinfachCode:~/.gnupg/gpg-agent.conf
eintragen. Dann muss man Kleopatra nicht deinstallieren. Habe das mit Kommentar gemacht, da in dem Fall z.B. ein Yubi-Key nicht mehr funktionieren würde, denn dafür ist der Daemon...Code:disable-scdaemon
Warum er Amok läuft und sich nicht beendet, ist mir aber auch nicht klar. Sieht dann bei mir so aus:
Vielleicht hilft das noch jemandem ;)Code:default-cache-ttl 300
max-cache-ttl 999999
# This is necessary, as scdaemon will not stop
# !!This will disable use of yubikeys and other
# secure card readers!!
disable-scdaemon
Danke für Deinen Input. Ich habe eben mal nachgesehen:
Da ist sie ja wieder. Wurde also automatisch von tumbleweed neu installiert. Jetzt macht sie aber keine Probleme mehr, Wartezeit ist nicht wieder aufgetreten. Vielleicht ist sie einfach zu sensibel für das harte Dasein in der IT ;).Code:me@ryzen:~> sudo zypper if kleopatra
Metadaten von Repository 'Packman Repository' abrufen .........................................................................................................................[fertig]
Cache für Repository 'Packman Repository' erzeugen ............................................................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Informationen zu Paket kleopatra:
---------------------------------
Repository : Haupt-Repository (OSS)
Name : kleopatra
Version : 21.12.2-1.1
Arch : x86_64
Anbieter : openSUSE
Installierte Größe : 4,3 MiB
Installiert : Ja (automatisch)
Status : aktuell
Quellpaket : kleopatra-21.12.2-1.1.src
Zusammenfassung : Certificate manager and GUI for OpenPGP and CMS cryptography
Beschreibung :
Kleopatra is a certificate manager and GUI for OpenPGP and CMS cryptography.
me@ryzen:~>
Leider kann ich das so nicht bestätigen. Kleopatra startet nicht generell automatisch, so scheint es mir. Nur, wenn man sie mal gestartet hatte und dann vor reboot nicht beendet, dann startet sie auch automatisch wieder hoch.Quote:
Originally Posted by wodenhof
In dem Fall wird auch PGP gestartet und ohne die obige Anpassung startet dann auch scdaemon wieder.
Damit habe ich wieder Wartezeit beim runterfahren. Also disable wieder rein:Code:quippy@quippy:~> sudo ps ax | grep scdaemon
3027 ? SLl 0:00 scdaemon --multi-server
9200 pts/0 S+ 0:00 grep --color=auto scdaemon
quippy@quippy:~>
Dann kann Kleopatra ruhig starten, keine Wartezeit beim Booten. Es ist nicht Kleopatra schuld, sondern der sich nicht beenden wollende scdaemon - warum auch immer der so renitent ist.Code:quippy@quippy:~> cat ~/.gnupg/gpg-agent.conf
default-cache-ttl 300
max-cache-ttl 999999
# This is necessary, as scdaemon will not stop
# !!This will disable use of yubikeys and other
# secure card readers!!
disable-scdaemon
quippy@quippy:~>
Ich habe das selbe Problem bei mir und es sieht so aus, als ob scdaemon von gpg-agent neu gestartet wird, sobald es mit kill beendet wird.
Wenn ich den Prozess gpg-agent von Hand stoppe ( kill -9 ) fährt mein System schnell herunter.
Ein "was" habe ich gefunden.
Es werden zwei "funktionierende" Kernel gespeichert.
Wenn es einen dritten "funktionierenden" Kernel gibt,
wird der älteste gelöscht, damit nur zwei Kernel den "wertvollen" Speicherplatz belegen.
Das dauert zwei bis drei Minuten (bei mir), und es steht etwas von purge old kernel in der Konsole.
Danach läuft das Ganze so wie es soll.
Ein Zeitlimit gibt es dabei nicht.
Leap 15.3
Bei mir ist das Problem seit ein paar Tagen verschwunden, nachdem ich einen Update eingespielt habe.