openSuSE Tumbleweed Updateprobleme mit Mesa

bayernherz · Dienstag um 17:00

Hallo zusammen,

ich verwende:

Betriebssystem: openSUSE Tumbleweed 20260902
KDE-Plasma-Version: 6.7.2
KDE-Frameworks-Version: 6.27.0
Qt-Version: 6.11.1
Kernel-Version: 7.2.2-1-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 4 × Intel® Core™ i5-6267U CPU @ 2.90GHz
Arbeitsspeicher: 16 GiB (15,5 GiB nutzbar)
Grafikprozessor: Mesa Intel® Iris® Graphics 550
Hersteller: Acer
Produktname: Aspire F5-573
Systemversion: V1.23

Nachfolgend meine Repos:

Code:

lr -uEP
# | Alias        | Name         | Enabled | GPG Check | Refresh | Priority | URI
--+--------------+--------------+---------+-----------+---------+----------+---------------------------------------------------------------------
2 | packman-rwth | packman-rwth | Ja      | (r ) Ja   | Ja      |   60     | https://ftp.halifax.rwth-aachen.de/packman/suse/openSUSE_Tumbleweed/
4 | repo-non-oss | openSUSE-T-> | Ja      | (r ) Ja   | Ja      |   99     | http://download.opensuse.org/tumbleweed/repo/non-oss/
5 | repo-oss     | openSUSE-T-> | Ja      | (r ) Ja   | Ja      |   99     | http://download.opensuse.org/tumbleweed/repo/oss/
7 | repo-update  | openSUSE-T-> | Ja      | (r ) Ja   | Ja      |   99     | http://download.opensuse.org/update/tumbleweed/

Code:

zypper lr -P
# | Alias        | Name                                       | Enabled | GPG Check | Refresh | Priority
--+--------------+--------------------------------------------+---------+-----------+---------+---------
2 | packman-rwth | packman-rwth                               | Ja      | (r ) Ja   | Ja      |   60
1 | home_ecsos   | ecsos's Home Project (openSUSE_Tumbleweed) | Nein    | ----      | ----    |   99
3 | repo-debug   | openSUSE-Tumbleweed-Debug                  | Nein    | ----      | ----    |   99
4 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss                | Ja      | (r ) Ja   | Ja      |   99
5 | repo-oss     | openSUSE-Tumbleweed-Oss                    | Ja      | (r ) Ja   | Ja      |   99
6 | repo-source  | openSUSE-Tumbleweed-Source                 | Nein    | ----      | ----    |   99
7 | repo-update  | openSUSE-Tumbleweed-Update                 | Ja      | (r ) Ja   | Ja      |   99

und habe mit dem Update
openSUSE Tumbleweed
20260714-0 -> 20260902-0

nachfolgendes Problem:

Code:

zypper dup
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...

Problem: 1: Problem mit dem installierten libSvtAv1Enc3-3.0.1-1.4.x86_64
 Lösung 1: libSvtAv1Enc3-3.0.1-1699.1.pm.5.x86_64 von Hersteller http://packman.links2linux.de installieren
und libSvtAv1Enc3-3.0.1-1.4.x86_64 von Hersteller openSUSE ersetzen
 Lösung 2: veraltetes libSvtAv1Enc3-3.0.1-1.4.x86_64 beibehalten

Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie (a)b [1/2/a/d/?] (a): 1
Abhängigkeiten werden aufgelöst...
Distributions-Aktualisierungen werden verarbeitet...
.....
.....
.....
(2645/4074) Installieren: Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64 [.
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
warning: /var/cache/zypp/packages/packman-rwth/Extra/x86_64/Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOTTRUSTED
.
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
    package Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64 does not verify: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOTTRUSTED
Fehler]
Abbrechen, wiederholen, ignorieren? [a/w/i] (a): (2645/4074) Installieren: Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64 [.
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
warning: /var/cache/zypp/packages/packman-rwth/Extra/x86_64/Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOTTRUSTED
.
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
error: Key 45a1d0671abd1afb (PackMan Project (signing key) <packman@links2linux.de>) expired on 2026-09-03 22:20:39
    package Mesa-vulkan-device-select-26.2.1-1699.2.pm.6.x86_64 does not verify: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOTTRUSTED
    
    
Fehler]
Abbrechen, wiederholen, ignorieren? [a/w/i] (a): a
Warnung: %posttrans and %transfiletrigger scripts are not executed when aborting!

Ich würde mich über einen Tipp von Euch sehr freuen.

bayernherz :thumbs:

susejunky · Dienstag um 17:59

@bayernherz :

Soweit mir bekannt reicht es für Intel Grafik aus die Mesa-Variante aus dem openSUSE Tumbleweed OSS-Repository zu verwenden. Die Mesa-Pakete von Packman sind angeblich nur bei NVIDIA-Karten erforderlich.

Ich selbst verwende jedenfalls nur die openSUSE Mesa Packete

Code:

Betriebssystem: openSUSE Tumbleweed 20260902
KDE-Plasma-Version: 6.7.4
KDE-Frameworks-Version: 6.29.0
Qt-Version: 6.11.2
Kernel-Version: 7.2.2-1-default (64-bit)
Grafik-Plattform: Wayland
Prozessoren: 16 × 13th Gen Intel® Core™ i7-1360P
Grafikprozessor: Intel® Iris® Xe Graphics

Code:

# zypper se -si Mesa*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                      | Type  | Version    | Arch   | Repository
---+---------------------------+-------+------------+--------+------------------------
i  | Mesa                      | Paket | 26.2.1-1.1 | x86_64 | openSUSE Tumbleweed OSS
i+ | Mesa-demo-egl             | Paket | 9.0.0-7.5  | x86_64 | openSUSE Tumbleweed OSS
i  | Mesa-demo-x               | Paket | 9.0.0-7.5  | x86_64 | openSUSE Tumbleweed OSS
i  | Mesa-dri                  | Paket | 26.2.1-1.3 | x86_64 | openSUSE Tumbleweed OSS
i  | Mesa-libEGL1              | Paket | 26.2.1-1.1 | x86_64 | openSUSE Tumbleweed OSS
i  | Mesa-libGL1               | Paket | 26.2.1-1.1 | x86_64 | openSUSE Tumbleweed OSS
i+ | Mesa-libva                | Paket | 26.2.1-1.3 | x86_64 | openSUSE Tumbleweed OSS
i  | Mesa-vulkan-device-select | Paket | 26.2.1-1.3 | x86_64 | openSUSE Tumbleweed OSS

Was das Problem mit dem Schlüssel für das Packman-Repository anbelangt, so schafft möglicherweise ein zypper clean gefolgt von einem zypper ref -f Abhilfe.

Sauerland · Dienstag um 18:09

Siehe auch:
The Packman September 2026 Archive by thread

Und diesen Monat auch sehr lesenswert........

bayernherz · Freitag um 15:01

Hallo zusammen,

noch nachträglich

Code:

zypper se -si Mesa*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                      | Type  | Version            | Arch   | Repository
---+---------------------------+-------+--------------------+--------+---------------
i  | Mesa                      | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-demo-egl             | Paket | 9.0.0-7.4          | x86_64 | (Systempakete)
i  | Mesa-demo-x               | Paket | 9.0.0-7.4          | x86_64 | (Systempakete)
i  | Mesa-dri                  | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-KHR-devel            | Paket | 26.2.1-1.1         | x86_64 | (Systempakete)
i  | Mesa-libEGL-devel         | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-libEGL1              | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-libGL-devel          | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-libGL1               | Paket | 26.1.4-1.1         | x86_64 | (Systempakete)
i  | Mesa-libva                | Paket | 26.2.1-1.3         | x86_64 | (Systempakete)
i  | Mesa-vulkan-device-select | Paket | 26.1.4-1699.3.pm.2 | x86_64 | (Systempakete)

manchmal (fast immer) ist es mit Tumbleweed bei Updatefehlern besser zu warten, dann behebt sich das Problem beim folgenden Update von selbst.

Code:

zypper clean

Code:

zypper ref -f

Nachfolgend die Diagnose des Updates

Code:

openSUSE Tumbleweed
  20260902-0 -> 20260907-0

Code:

zypper dup | tee /home/bayernherz/Dokumente-Tumbleweed/Log-zyppe-09092026.txt
.....

Das folgende Produkt wird aktualisiert:
openSUSE Tumbleweed
  20260902-0 -> 20260907-0

.....
 
 
 grep -i -n -E -A 1 -C 1 "missing|failed|warning|missing|wrong|failed|Fehler" Log-zyppe-09092026.txt |tee  errZypper09092026.txt


2076-.
2077:Vorladen: openSUSE-release-appliance-custom-20260907-4290.1.x86_64.rpm [Fehler: „The requested URL returned error: 404“, nächster Spiegelserver wird versucht.]
2078-.
--
4953-( 401/1539) Installieren: xf86-input-wacom-0.40.0-3.7.x86_64 [...
4954:Failed to set unit properties on wacom-inputattach@.service: Unit name wacom-inputattach@.service is missing the instance name.
4955-fertig]
--
5004-( 450/1539) Installieren: gvfs-backends-1.60.2-1.1.x86_64 [..
5005:/usr/libexec/gvfs/gvfsd-nfs: setting to root:root 0755 "cap_net_bind_service=ep". (missing capabilities)
5006-.fertig]
--
5491-( 933/1539) Installieren: libksysguard6-plugins-6.7.4-1.2.x86_64 [..
5492:/usr/libexec/ksysguard/ksgrd_network_helper: setting to root:root 0755 "cap_net_raw=ep". (missing capabilities)
5493-fertig]
--
5522-( 962/1539) Installieren: ksystemstats6-6.7.4-1.1.x86_64 [..
5523:/usr/libexec/ksystemstats_intel_helper: setting to root:root 0755 "cap_perfmon=ep". (missing capabilities)
5524-.fertig]
--
5556-( 994/1539) Installieren: kwin6-6.7.4-2.2.x86_64 [...
5557:/usr/bin/kwin_wayland: setting to root:root 0755 "cap_sys_nice=ep". (missing capabilities)
5558-..fertig]
--
5836-(1268/1539) Installieren: wireshark-4.6.8-2.1.x86_64 [...
5837:/usr/bin/dumpcap: setting to root:wireshark 0750 "cap_net_admin,cap_net_raw=ep". (missing capabilities)
5838-.fertig]

Code:

zypper se -si Mesa*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                      | Type  | Version            | Arch   | Repository
---+---------------------------+-------+--------------------+--------+------------------------
i  | Mesa                      | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-demo-egl             | Paket | 9.0.0-7.5          | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-demo-x               | Paket | 9.0.0-7.5          | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-dri                  | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-KHR-devel            | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-libEGL-devel         | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-libEGL1              | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-libGL-devel          | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-libGL1               | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-libva                | Paket | 26.2.2-1.1         | x86_64 | openSUSE-Tumbleweed-Oss
i  | Mesa-vulkan-device-select | Paket | 26.2.2-1699.2.pm.2 | x86_64 | packman-rwth

In wieweit die noch herausgefilterten Problem Meldung noch von tragender Bedeutung, sind weiss ich nicht so richtig zu beurteilen.
Weiterhin ist die Tumbleweed Installation bereits min. ca. 6 Jahre in Betrieb.
Während diese Zeit wurden bereits unzählige Packman Packete zu Tumbleweed System Packeten konvertiert. :erschreckt:

Wie kann ich dieses sichbar machen ?

Bayernherz :thumbs:

susejunky · Gestern um 15:23

bayernherz schrieb:

Code:

zypper se -si Mesa*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name | Type | Version | Arch | Repository
---+---------------------------+-------+--------------------+--------+------------------------
i | Mesa | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-demo-egl | Paket | 9.0.0-7.5 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-demo-x | Paket | 9.0.0-7.5 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-dri | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-KHR-devel | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-libEGL-devel | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-libEGL1 | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-libGL-devel | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-libGL1 | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-libva | Paket | 26.2.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i | Mesa-vulkan-device-select | Paket | 26.2.2-1699.2.pm.2 | x86_64 | packman-rwth

Warum verwendest Du das Paket "Mesa-vulkan-device-select" aus dem Packman-Repository während alle anderen Mesa-Pakete aus dem openSUSE-OSS-Repositorie stammen?

bayernherz schrieb:
In wieweit die noch herausgefilterten Problem Meldung noch von tragender Bedeutung, sind weiss ich nicht so richtig zu beurteilen.

Zu der von Dir gezeigten, extrem stark "gefilterten" Liste kann ich nichts sagen. Aber wenn es während der Installation Probleme gegeben hat besteht eine Chance, dass diese auch im laufenden Betrieb sichtbar sind (z.B. mittels `journalctl --no-hostname --no-pager --full --utc -b 0 -p 3`).

bayernherz schrieb:
Während diese Zeit wurden bereits unzählige Packman Packete zu Tumbleweed System Packeten konvertiert.

Wie kann ich dieses sichbar machen ?

Ich verstehe diese Frage nicht. Insbesondere ist mir unklar, was Du unter "konvertiert" verstehst.

Wenn ein Paket in zwei Repositories (z.B. Packman und OSS) verfügbar ist, so kann man das Paket entweder aus dem einen oder dem anderen Repository installieren. Aus welchem Repository das aktuell installierte Paket stammt, kann man mit `zypper se -si PAKETNAME` feststellen. Wird dabei "(Systempakete)" als Repositoryname angezeigt, so bedeutet das, dass das aktuell installierte Paket in keinem der aktuell verfügbaren Repositories vorhanden ist.

Ob und wann das Paket ggf. aus einem anderen, als dem aktuellen Repository installiert wurde, sollte aus /var/log/zypper.log oder einer der /var/log/zypper.log-jjjjmmtt.xz-Dateien ersichtlich sein.

bayernherz · Heute um 16:19

Hallo zusammen,

als user oder als root ausführen ? :confused-lc:

Code:

journalctl --no-hostname --no-pager --full --utc -b 0 -p 3

bayernherz :thumbs:

susejunky · Heute um 17:36

bayernherz schrieb:
als user oder als root ausführen ?

Das kommt darauf an, was man sehen will.

man journalctl sagt:

...
Allen Benutzern wird Zugriff auf ihre privaten benutzerbezogenen Journale gewährt. Standardmäßig wird allerdings nur Root und Benutzern, die Mitglied ein paar besonderer Gruppen sind, der Zugriff auf das System-Journal und die Journale der anderen Benutzer gewährt. Mitglieder der Gruppen »systemd-journal«, »adm« und »wheel« können alle Journal-Dateien lesen.
...

bayernherz · Vor 34 Minuten

hallo zusammen,

journalctl als root

Code:

journalctl --no-hostname --no-pager --full --utc -b 0 -p 3
Sep 13 10:11:47 kernel: x86/cpu: SGX disabled or unsupported by BIOS.
Sep 13 10:11:47 kernel: platform MSFT0101:00: failed to claim resource 1: [mem 0xfed40000-0xfed40fff]
Sep 13 10:11:47 kernel: acpi MSFT0101:00: platform device creation failed: -16
Sep 13 10:11:47 kernel: bbswitch: No discrete VGA device found
Sep 13 08:11:53 kernel: bbswitch: No discrete VGA device found
Sep 13 08:11:53 systemd-udevd[532]: /usr/lib/udev/rules.d/60-ddcutil-i2c.rules:3 Failed to resolve group 'i2c', ignoring: Unknown group
Sep 13 08:11:54 tlp[727]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 08:11:54 tlp[727]: Error: You can't switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable --now tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 08:11:56 kernel: pcieport 0000:00:1d.2: AER:   Error of this Agent is reported first
Sep 13 08:12:07 kded6[2217]: Couldn't find QML Decoration  ""
Sep 13 08:12:10 org_kde_powerdevil[2401]: [  2401][  0.783878] Time since library initialized:   0.783875 seconds
Sep 13 08:12:10 org_kde_powerdevil[2401]: [  2401][  0.783895] Extra delay starting dw_start_watch_displays: 0 millisec
Sep 13 08:12:11 hp-systray[2556]: hp-systray[2556]: error: option -s not recognized
Sep 13 08:40:13 pulseaudio[2300]: org.bluez.BatteryProviderManager1.UnregisterBatteryProvider() Failed: org.bluez.Error.DoesNotExist:Provider does not exist
Sep 13 08:40:13 kscreenlocker_greet[3002]: pam_unix(kde:auth): conversation failed
Sep 13 08:40:13 kscreenlocker_greet[3002]: pam_unix(kde:auth): auth could not identify password for [bayernherz]
Sep 13 09:16:39 tlp[5826]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:16:39 tlp[5826]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 09:16:39 pulseaudio[2300]: org.bluez.BatteryProviderManager1.UnregisterBatteryProvider() Failed: org.bluez.Error.DoesNotExist:Provider does not exist
Sep 13 09:16:39 kscreenlocker_greet[5632]: pam_unix(kde:auth): conversation failed
Sep 13 09:16:39 kscreenlocker_greet[5632]: pam_unix(kde:auth): auth could not identify password for [bayernherz]
Sep 13 09:33:25 pulseaudio[2300]: org.bluez.BatteryProviderManager1.UnregisterBatteryProvider() Failed: org.bluez.Error.DoesNotExist:Provider does not exist
Sep 13 09:33:26 kscreenlocker_greet[7790]: pam_unix(kde:auth): conversation failed
Sep 13 09:33:26 kscreenlocker_greet[7790]: pam_unix(kde:auth): auth could not identify password for [bayernherz]
Sep 13 09:33:40 tlp[8405]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8404]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8405]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8404]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8513]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8513]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8607]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8607]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8679]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 09:33:40 tlp[8679]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 13:45:32 tlp[9391]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 13:45:32 tlp[9391]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 13:45:32 pulseaudio[2300]: org.bluez.BatteryProviderManager1.UnregisterBatteryProvider() Failed: org.bluez.Error.DoesNotExist:Provider does not exist
Sep 13 13:45:32 kscreenlocker_greet[9274]: pam_unix(kde:auth): conversation failed
Sep 13 13:45:32 kscreenlocker_greet[9274]: pam_unix(kde:auth): auth could not identify password for [bayernherz]
Sep 13 13:46:08 tlp[10077]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10076]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10077]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10076]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10184]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10184]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10318]: Error: TLP's power saving will not apply on boot because tlp.service is not enabled --> Run 'systemctl enable tlp.service' to ensure the full functionality of TLP.
Sep 13 13:46:08 tlp[10318]: Error: After the next restart, you won't be able to switch TLP profiles by mouse click because tlp-pd.service is not enabled --> Run 'systemctl enable tlp-pd.service' to ensure the full functionalit

bayernherz :thumbs:

openSuSE Tumbleweed Updateprobleme mit Mesa

bayernherz

susejunky

Moderator

Sauerland

bayernherz

susejunky

Moderator

bayernherz

susejunky

Moderator

bayernherz