March 2024 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

nach Aktualisierung kein Ton auf Tumbleweed
by Christoph Hanslik 09 Mar '24

09 Mar '24

Ich habe heute Abend ca. 18:30 Aktualisierungen in mein Tumbleweed eingespielt, seitdem funktioniert der Ton nicht mehr. # journalctl -f gibt beim Adio-Test das folgende aus: Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Failed to read /dev/shm/: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: shared memfd open() failed: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Disabling srbchannel, reason: Failed to allocate shared writable memory pool. Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Expected 1 memfd fd to be received over pipe; got 0 Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Did we reach our open file descriptors limit? Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: protocol error, kicking client Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Failed to read /dev/shm/: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: shared memfd open() failed: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Disabling srbchannel, reason: Failed to allocate shared writable memory pool. Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Expected 1 memfd fd to be received over pipe; got 0 Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Did we reach our open file descriptors limit? Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: protocol error, kicking client Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Failed to read /dev/shm/: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: shared memfd open() failed: Zu viele offene Dateien Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Disabling srbchannel, reason: Failed to allocate shared writable memory pool. Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Expected 1 memfd fd to be received over pipe; got 0 Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: Did we reach our open file descriptors limit? Mar 09 18:53:50 wiesel.lui42.loc pulseaudio[2419]: protocol error, kicking client Mar 09 18:53:51 wiesel.lui42.loc postfix/pickup[1878]: warning: 049BB1E2B33: message has been queued for 560 days Zu viele offene Dateien?? # lsof gibt 178308 Zeilen aus! Was ist denn da los? Was kann ich tun, hat jemand eine Idee? Viele Grüße Christoph Hanslik -- christoph.hanslik(a)web.de

2 3

sudo Probleme nach gestrigem Update
by Jens Schleusener 08 Mar '24

08 Mar '24

Hallo, leider ich bin nicht sicher, ob es ein allgemeines oder "nur" ein hausgemachtes Problem ist, trotzdem folgende Information: Heute stellte ich Probleme mit dem Programm "sudo" auf meinen SUSE Leap 15.5 Systemen fest, da NOPASSWD Einträge in der Datei /etc/sudoers plötzlich ignoriert wurden. Offenbar wurde gestern das Programm /usr/bin/sudo nach einem Update aktualisiert. Über "rpm -qa -last" finde ich aber nur sudo-plugin-python-1.9.12p1-150500.7.7.1.x86_64 Do 07 Mär 2024 13:12:25 CET Als Workaround habe ich daher mittels zypper se -s --match-exact sudo die vorhergehende sudo Versionsnummer (Main Repository) ermittelt und mit zypper install --force sudo=1.9.12p1-150500.5.1 diese vermutlich bis gestern aktive sudo Version wieder installiert (Downgrade). Ok, alles funktioniert erst einmal wieder (aber mit einem unguten Gefühl). Viele Grüße Jens

6 6

Image Viewer 'geeqie' crasht (Tumbleweed, mit Bugreport)
by Michael Behrens 06 Mar '24

06 Mar '24

Hallo Liste, ich habe gerade einen Bugreport aufgemacht, weil der Image Viewer 'geeqie' auf Tumbleweed, auch einem extra frisch installierten, nicht zu benutzten ist. Und ich würde eigentlich gerne von Leap zu Tumbleweed wechseln - aber nicht ohne mein geeqie! https://bugzilla.opensuse.org/show_bug.cgi?id=1220031 Vielleicht interessiert das ja jemanden hier, oder es gibt sogar schon eine Lösung. -- Viele Grüße Michael

2 4

OT: Stromfressende Tools auf Rechner finden
by Werner Franke 04 Mar '24

04 Mar '24

Hallo zusammen, mit einem MQTT sprechenden WLAN Steckdosen Schalter DELOCK 11827 messe ich schon einige Zeit den Stromverbrauch meines HP ProLiant MicroServer N36L und lasse das in Munin grafisch anzeigen. Dabei ist mir aufgefallen, dass periodisch ca alle Stunde statt dem Minimum von 24 Watt ein Peak von 35 W zu sehen ist. Der dauert nur ca. 10/15 Min. (Der DELOCK misst nur alle 5 min). Die beiden rotierenden Festplatten des HP sind dabei immer im Standby. Das OS und die Homes sind auf einer SSD. Wie komme ich jetzt am besten dem Job auf die Spur, der für diese Spitzen verantwortlich ist. Im Cron habe ich nichts dazu gefunden. Da läuft zwar ein Perl-Job, der stündlich von 9 - 21 Uhr die Daten meiner Heizung ausliest, aber der läuft nur Tagsüber und die Spitzen sind durchgehend. Auf dem HP laufen folgende Extra-Dienste: Apache2.4 Nextcloud (mit Verbindung zu 2 x Android, wobei eines nicht durchgehend Netz hat) Kalender, Lesezeichen, Note, Talk (Die Letzten 3 werden aber wenig benutzt) Coturn (wegen Talk) Munin minidlnad (Liefert aber nichts aus, Festplatten sind ja aus) Ich habe dazu ein Shell-Script gemacht, das bei hohem Verbrauch ein (LANG=C top -b -n 1 | head -1) und ps -eo %cpu,%mem,cmd,pid,ppid,user --sort=-%mem | head -30 macht und das in ein LOG schreibt. Reicht das? Auf welche Zeilen sollte ich schauen, um den Job zu finden ? Beispiel: 2024.02.14 11:46 WARNING: PowerValue="35" ueber dem Schwellwert von 30; (load average: 2.34 0.96 0.58) %CPU %MEM CMD PID PPID USER 0.3 2.6 /usr/bin/sddm-greeter --soc 2704 2568 sddm 0.1 2.1 /usr/sbin/mysqld --defaults 2099 1 mysql 0.0 1.2 /usr/bin/X -nolisten tcp -a 2273 2252 root 2.0 1.0 /usr/sbin/httpd-prefork -DS 2792 2048 wwwrun 1.2 0.9 /usr/sbin/httpd-prefork -DS 3756 2048 wwwrun 1.0 0.9 /usr/sbin/httpd-prefork -DS 3757 2048 wwwrun 2.4 0.9 /usr/sbin/httpd-prefork -DS 1904 2048 wwwrun 0.8 0.9 /usr/sbin/httpd-prefork -DS 32357 2048 wwwrun 0.9 0.9 /usr/sbin/httpd-prefork -DS 4581 2048 wwwrun 0.5 0.8 /usr/sbin/httpd-prefork -DS 3758 2048 wwwrun 0.2 0.8 /usr/sbin/httpd-prefork -DS 32441 2048 wwwrun 0.0 0.8 /usr/sbin/httpd-prefork -DS 3806 2048 wwwrun 0.0 0.7 /usr/sbin/httpd-prefork -DS 4580 2048 wwwrun 0.0 0.5 /usr/bin/python3 /usr/sbin/ 940 1 root 0.0 0.5 /usr/sbin/httpd-prefork -DS 2048 1 root 0.0 0.5 /usr/sbin/minidlnad -S 1887 1 minidlna 0.3 0.5 /usr/lib/systemd/systemd-jo 456 1 root 0.1 0.2 qmgr -l -t fifo -u 2605 2601 postfix 0.0 0.2 /usr/lib/udisks2/udisksd 2884 1 root 0.0 0.2 /usr/lib/sddm/sddm-helper - 2568 2252 root 0.0 0.2 /usr/sbin/smbd --foreground 2072 1 root 0.0 0.2 /usr/bin/sddm 2252 1 root 0.0 0.2 /usr/bin/turnserver -c /etc 1880 1 coturn 0.0 0.2 /usr/lib/colord 1994 1 colord 0.1 0.2 /usr/sbin/smbd --foreground 15676 2072 root 0.0 0.2 mergerfs /export/d1:/export 500 1 root 0.0 0.2 /usr/sbin/ModemManager 939 1 root 0.0 0.1 /usr/sbin/nmbd --foreground 1892 1 root 0.0 0.1 /usr/bin/perl -wT /usr/sbin 1096 1 root /dev/sdb: drive state is: standby /dev/sdc: drive state is: standby Ich tippe auf den Apache2, wegen der %cpu von 2.0, 2.4, aber liege ich da richtig ? Danke für einen Tipp. viele Grüße Werner Franke

3 17

Titelleiste nach Standby weg
by Herbert Albert 04 Mar '24

04 Mar '24

Hallo Liste, kennt jemand das Phänomen, dass ab zu, speziell nach dem Standby die Titelleiste von Fenstern verschwunden ist. Bei meinem System mit openSUSE Leap 15.5, KDE-Plasma-Version: 5.27.9, Plasma-Stil Oxygen und Fensterdekoration Plastik ist ab und an die Titelleiste von FF weg oder nur leicht grau, wenn der Rechner mal für längere Zeit ohne Benutzung vor sich hin läuft oder FF für sehr lange Zeit "heruntergelegt" ist. Sehr oft bis fast immer ist ein Programm betroffen, wenn der Rechner aus dem Standby geholt wird. So wie gerade eben KMail. Was dann hilft ist kurz die Fensterdekoration auf einen anderen Stil und wieder zurück zu schalten. Ist aber nervig. Ich habe auch schon mal eine andere Fensterdekoration versucht (seven), doch auch da kommt es irgendwann vor. Ein Test mit Breeze hatte das Problem nicht, aber die Deko sagt mir nicht zu. Plastik habe ich halt seit Generationen von SuSE- Versionen verwendet. Vielleicht kennt ja jemand aus der Liste eine Abhilfe. Gruß Herbert

2 1

Compositing?
by bnacht 02 Mar '24

02 Mar '24

Hi, tl;dr Was ist Compositing? Wozu ist es nützlich? ===== Hier (Leap 15.5 KDE) kommt es auf einem NB mit Hybrid-Grafik (nVidia & Intel) (zu) oft vor das die Anzeige beim wiederaufwachen klemmt. Dann ist entweder kein oder ein eingefrorenes Bild auf dem Monitor zu erkennen. Nur der Mauszeiger ist dann noch bewegbar. Meist (aber nicht immer) hilft es wenn ich auf ein Terminal gehe (Ctrl-Alt-F1) und dann wieder den grafischen Screen wähle. Ohne den Hybridmodus wird leider der externe Monitor nicht angesprochen, so das es keine Lösung ist, die nVidia im BIOS abzuschalten. Bei der Suche fand ich nun in den Anzeige-Einstellungen den/das Compositing. Leider existiert dazu kein Hilfeeintrag. Was ist Compositing? Wozu ist es nützlich? Und kann es etwas mit dem beschriebenen Effekt zu tun haben? btw: Mit Leap 15.4 traten diese Unschönheiten nicht auf. Bernd

2 3

OT: Frage zu `GLIBC_2.32'
by Werner Franke 01 Mar '24

01 Mar '24

Hallo zusammen, wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli. https://github.com/AsamK/signal-cli/releases Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus: ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13) Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ? Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen. vielen Dank für Hinweise Werner Franke

3 6

Fetchmail awake mit POP3 Abfrage?
by Lothar Behrens 01 Mar '24

01 Mar '24

Hi, ich habe einen Postfix Mail Server und lasse Fetchmail im 5 Minuten Takt pollen. Manchmal mmöchte ich aber schneller an eine Mail ran, die mir jemand zusendet und ich möchte nicht extra auf dem Server gehen und Fetchmail manuell aufwecken. Kann ich das über die Server Konfiguration so machen, dass wenn eine erfolgreiche POP3 Abfrage gemacht wurde, Fetchmail aufwecken? So bleibt Er gewöhnlich im 5 Minuten Takt, ausser ich habe den Takt über den eMail Client gesteuert. Es würde mir weiterhin ermöglichen, ohne veröffentlichten SMTP MX Record zu arbeiten und gelegentlich einfacher durch zwei Abfragen schneller an Mails kommen. Danke, Lothar

3 3