Mal als root:
Beiträge von Sauerland
-
-
-
Funktioniert hier in der VM:
Code
Alles anzeigenzypper se -si zypp Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+-------------------------+-------+-------------------------------+--------+------------------------------------------------------------- i+ | libzypp | Paket | 17.34.1-150500.6.2.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libzypp-plugin-appdata | Paket | 1.0.1+git.20230117-150500.1.2 | noarch | Main Repository i | PackageKit-backend-zypp | Paket | 1.2.4-150400.3.17.10 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | snapper-zypp-plugin | Paket | 0.8.16-150300.3.6.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | zypper | Paket | 1.14.73-150500.6.2.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | zypper-lifecycle-plugin | Paket | 0.6.1601367426.843fe7a-1.60 | noarch | Main Repository i+ | zypper-log | Paket | 1.14.73-150500.6.2.1 | noarch | Update repository with updates from SUSE Linux Enterprise 15 i+ | zypper-needs-restarting | Paket | 1.14.73-150500.6.2.1 | noarch | Update repository with updates from SUSE Linux Enterprise 15 -
Code
Alles anzeigenzypper se -si glibc libusb dcpj572dwpdrv Repository-Daten werden geladen... Warnung: Metadaten von Repository 'openSUSE:Backports:SLE-15-SP5' seit 2024-03-22 18:13:55 CET abgelaufen. Warnung: Die Metadaten des Repositorys sind abgelaufen: Prüfen Sie, ob 'autorefresh' aktiviert ist (zypper lr). Aktualisieren Sie andernfalls das Repository manuell (zypper ref). Wenn das Problem weiterhin besteht, verwenden Sie möglicherweise einen defekten Spiegel oder der Server hat die Unterstützung für das Repository eingestellt. Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+--------------------+-------+---------------------+--------+------------------------------------------------------------- i+ | dcpj572dwpdrv | Paket | 1.0.5-0 | i386 | (Systempakete) i+ | glibc | Paket | 2.31-150300.83.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | glibc-32bit | Paket | 2.31-150300.83.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | glibc-extra | Paket | 2.31-150300.83.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | glibc-lang | Paket | 2.31-150300.83.1 | noarch | Update repository with updates from SUSE Linux Enterprise 15 i | glibc-locale | Paket | 2.31-150300.83.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i | glibc-locale-base | Paket | 2.31-150300.83.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libusb-0_1-4-32bit | Paket | 0.1.13-150400.12.4 | x86_64 | Haupt-Repository i | libusb-1_0-0 | Paket | 1.0.24-150400.3.3.1 | x86_64 | Haupt-Repository i+ | libusb-1_0-0-32bit | Paket | 1.0.24-150400.3.3.1 | x86_64 | Haupt-Repository i | libusbmuxd-2_0-6 | Paket | 2.0.2-150400.1.6 | x86_64 | Haupt-RepositoryKann ich das Repo openSUSE:Backports:SLE-15-SP5 auch löschen?
zypper ref ist ohne Fehler durchgelaufen. Die Warnung zu dem Repo bleibt aber bestehen.
ja, kannst du löschen.
-
Was sagt als root:
Auch mal das error_log hochschrauben und noch mal versuchen zu drucken und danach im error_log nachschauen.
-
Ich würde mal die Repoliste aufräumen, du kannst (und solltest) alle im letzten Beitrag als Fehler gemeldete Repos löschen.
Kannst du den Drucker im Yast ---Drucker einmal löschen und wieder anlegen?
-
So kann man via Wayland nicht auf entfernte Displays zugreifen,
da das Protokoll primär auf den lokalen Betrieb ausgerichtet ist."
Nur grafisch.......
Konsole funktioniert.
-
-
jupp
Aber die Einfälle hab ich noch.....
Nur an der Ausführung hapert es......
-
Darum hatte ich gesagt, das Mesa nicht aktuell ist.
i+ | Mesa | Paket | 24.1.2-382.1 | x86_64 | Haupt-Repository (OSS)
i+ | Mesa | Paket | 24.1.2-1699.385.pm.1 | x86_64 | Packman
Die beiden Pakete sind erst mal von den Sourcen her beide gleich, außer das eines aus dem OSS Repo kommt und eines von Packman.
Evtl. könnte Packman etwas anders bauen, aber das spielt eigentlich keine Rolle.
Daher ob aus Packman oder aus dem OSS Repo tut erst mal nichts zur Sache.
Funktioniert es, wenn du aus einer echten Konsole (STRG+ALT+F!1) angemeldet als root
eingibst?
Hast du einmal einen neuen User angelegt und mit dem versucht, den Desktop zu starten?
PS
Codei+ | Mesa | Paket | 24.1.2-382.1 | x86_64 | Haupt-Repository (OSS) i+ | Mesa | Paket | 24.1.2-382.1 | x86_64 | openSUSE-20220210-0Da ist anscheinend das OSS Repo in der Repoliste 2x eingefügt.........