Mein OS Leap 42.2_64bit mit allen Updates und standard-kernel In letzten Tagen werden bei mir von Apper oder Zypper (?) Updates aufgerufen / angezeigt, die wegen eines Fehlers nicht durchgeführt werden können. Ein Programm kann wegen Sperre nicht entfernt werden. Jetzt werden durch diese Updates sogar Kernel-Updates blockiert, weil sie zusammen mit den Kernel-Updates erneut aufgerufen werden: Es handelt sich um kauth kdelibs4 (upd 575) = ist gar nicht installiert samba (upd 579) = ist installiert wird aber nicht benutzt util-linux (upd 610) = neu dabei In den YaST Repos sind die Updates nicht zu finden Natürlich könnte ich die Kernel-Upd mit YaST vornehmen, dann würde ich aber weiter das Problem haben. Ist das bekannt? Kann wer helfen? Danke Bernd Adda -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 24. Mai 2017, 15:34:44 CEST schrieb Bernd Adda:
Mein OS Leap 42.2_64bit mit allen Updates und standard-kernel
In letzten Tagen werden bei mir von Apper oder Zypper (?) Updates aufgerufen / angezeigt, die wegen eines Fehlers nicht durchgeführt werden können. Ein Programm kann wegen Sperre nicht entfernt werden. Jetzt werden durch diese Updates sogar Kernel-Updates blockiert, weil sie zusammen mit den Kernel-Updates erneut aufgerufen werden:
Es handelt sich um kauth kdelibs4 (upd 575) = ist gar nicht installiert samba (upd 579) = ist installiert wird aber nicht benutzt util-linux (upd 610) = neu dabei
In den YaST Repos sind die Updates nicht zu finden
Natürlich könnte ich die Kernel-Upd mit YaST vornehmen, dann würde ich aber weiter das Problem haben.
Ist das bekannt? Kann wer helfen?
Danke
Bernd Adda
Dann poste bitte: zypper up Und meist hilft es, den Cache und die Datenbank neu zu bauen: zypper clean -a && zypper ref && rpm --rebuilddb -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Stephan Hemeier schrieb:
zypper clean -a && zypper ref && rpm --rebuilddb
Guten Abend Stephan nachstehend sende ich: biberbau:~ # zypper up Metadaten von Repository 'Aktualisierungs-Repository (DEBUG)' [fertig] Cache für Repository 'Aktualisierungs-Repository (DEBUG)' erze[fertig] Metadaten von Repository 'Hauptaktualisierungs-Repository' abr[fertig] Cache für Repository 'Hauptaktualisierungs-Repository' erzeuge[fertig] Metadaten von Repository 'kernel-standard' abrufen ...........[fertig] Cache für Repository 'kernel-standard' erzeugen ..............[fertig] Repository-Daten werden geladen... Installierte Pakete werden gelesen... Die folgenden 5 NEUEN Pakete werden installiert: kernel-default-4.11.2-2.1.ga536fda kernel-default-devel-4.11.2-2.1.ga536fda kernel-devel-4.11.2-2.1.ga536fda kernel-source-4.11.2-2.1.ga536fda kernel-syms-4.11.2-2.1.ga536fda Das folgende Paket wird GELÖSCHT: libtevent-util0 Die folgenden 44 Pakete werden aktualisiert: kernel-docs kernel-macros libdcerpc0 libdcerpc0-32bit libdcerpc-binding0 libdcerpc-binding0-32bit libndr0 libndr0-32bit libndr-krb5pac0 libndr-krb5pac0-32bit libndr-nbt0 libndr-nbt0-32bit libndr-standard0 libndr-standard0-32bit libnetapi0 libnetapi0-32bit libsamba-credentials0 libsamba-credentials0-32bit libsamba-errors0 libsamba-errors0-32bit libsamba-hostconfig0 libsamba-hostconfig0-32bit libsamba-passdb0 libsamba-passdb0-32bit libsamba-util0 libsamba-util0-32bit libsamdb0 libsamdb0-32bit libsmbclient0 libsmbconf0 libsmbconf0-32bit libsmbldap0 libsmbldap0-32bit libtevent-util0 libtevent-util0-32bit libwbclient0 libwbclient0-32bit samba samba-client samba-client-32bit samba-libs samba-libs-32bit samba-winbind samba-winbind-32bit 44 Pakete werden aktualisiert, 5 neue, 1 zu entfernen. Gesamtgröße des Downloads: 19,1 MiB. Bereits im Cache gespeichert: 166,4 MiB. Nach der Operation werden zusätzlich 906,9 MiB belegt. Fortfahren? [j/n/...? zeigt alle Optionen] (j): n biberbau:~ # biberbau:~ # biberbau:~ # biberbau:~ # biberbau:~ # zypper clean -a && zypper ref && rpm --rebuilddb Alle Repositorys wurden bereinigt. Metadaten von Repository 'Haupt-Repository (NON-OSS)' abrufen [fertig] Cache für Repository 'Haupt-Repository (NON-OSS)' erzeugen ...[fertig] Metadaten von Repository 'Aktualisierungs-Repository (Nicht-Op[fertig] Cache für Repository 'Aktualisierungs-Repository (Nicht-Open-S[fertig] Metadaten von Repository 'Haupt-Repository (DEBUG)' abrufen ..[fertig] Cache für Repository 'Haupt-Repository (DEBUG)' erzeugen .....[fertig] Metadaten von Repository 'Aktualisierungs-Repository (DEBUG)' [fertig] Cache für Repository 'Aktualisierungs-Repository (DEBUG)' erze[fertig] Metadaten von Repository 'Haupt-Repository (OSS)' abrufen ....[fertig] Cache für Repository 'Haupt-Repository (OSS)' erzeugen .......[fertig] Metadaten von Repository 'Haupt-Repository (Quellen)' abrufen [fertig] Cache für Repository 'Haupt-Repository (Quellen)' erzeugen ...[fertig] Metadaten von Repository 'Hauptaktualisierungs-Repository' abr[fertig] Cache für Repository 'Hauptaktualisierungs-Repository' erzeuge[fertig] Metadaten von Repository 'kernel-standard' abrufen ...........[fertig] Cache für Repository 'kernel-standard' erzeugen ..............[fertig] Alle Repositorys wurden aktualisiert. biberbau:~ # biberbau:~ # biberbau:~ # zypper up Repository-Daten werden geladen... Installierte Pakete werden gelesen... Die folgenden 5 NEUEN Pakete werden installiert: kernel-default-4.11.2-2.1.ga536fda kernel-default-devel-4.11.2-2.1.ga536fda kernel-devel-4.11.2-2.1.ga536fda kernel-source-4.11.2-2.1.ga536fda kernel-syms-4.11.2-2.1.ga536fda Das folgende Paket wird GELÖSCHT: libtevent-util0 Die folgenden 44 Pakete werden aktualisiert: kernel-docs kernel-macros libdcerpc0 libdcerpc0-32bit libdcerpc-binding0 libdcerpc-binding0-32bit libndr0 libndr0-32bit libndr-krb5pac0 libndr-krb5pac0-32bit libndr-nbt0 libndr-nbt0-32bit libndr-standard0 libndr-standard0-32bit libnetapi0 libnetapi0-32bit libsamba-credentials0 libsamba-credentials0-32bit libsamba-errors0 libsamba-errors0-32bit libsamba-hostconfig0 libsamba-hostconfig0-32bit libsamba-passdb0 libsamba-passdb0-32bit libsamba-util0 libsamba-util0-32bit libsamdb0 libsamdb0-32bit libsmbclient0 libsmbconf0 libsmbconf0-32bit libsmbldap0 libsmbldap0-32bit libtevent-util0 libtevent-util0-32bit libwbclient0 libwbclient0-32bit samba samba-client samba-client-32bit samba-libs samba-libs-32bit samba-winbind samba-winbind-32bit 44 Pakete werden aktualisiert, 5 neue, 1 zu entfernen. Gesamtgröße des Downloads: 185,5 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 906,9 MiB belegt. Fortfahren? [j/n/...? zeigt alle Optionen] (j): n biberbau:~ # zypper up habe ich nicht ausführen lassen. Soll ich ausführen? Grüsse Bernd Adda -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Bernd Adda schrieb:
Stephan Hemeier schrieb:
zypper clean -a && zypper ref && rpm --rebuilddb
[ . . . ]
zypper up habe ich nicht ausführen lassen. Soll ich ausführen?
Bernd Adda
Guten Morgen Stephan habe erkannt, dass ich zypper up doch ausführen muss und habe zypper up inzwioschen ausgeführt. Wegen der Menge nur für Dich (ohne Liste) als Anhang Danke für die Hilfe Bernd Adda
Bernd Adda schrieb:
Bernd Adda schrieb:
Stephan Hemeier schrieb:
zypper clean -a && zypper ref && rpm --rebuilddb
[ . . . ]
zypper up habe ich nicht ausführen lassen. Soll ich ausführen?
Bernd Adda
Guten Morgen Stephan
habe erkannt, dass ich zypper up doch ausführen muss und habe zypper up inzwioschen ausgeführt.
Wegen der Menge nur für Dich (ohne Liste) als Anhang
Danke für die Hilfe
Bernd Adda
Zuletzt sind mir folgende Fehler unterlaufen: Meine Nachricht ist doch an die Liste rausgegangen. Auch gut, aber der Anhang liess sich nicht öffnen, Der Anhang muss nun umbenannt werden von "zypper up u.a" in "zypper up.odt" Die Updates, die nicht ausgeführt werden konnten sind jetzt aktualisiert: libsamba mit zypper up (siehe Anhang) und die beiden anderen mit heute nachträglich erneut angezeigtem Update. Vielen Dank für Hilfen Bernd Adda -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch 24 Mai 2017 schrieb Bernd Adda:
Mein OS Leap 42.2_64bit mit allen Updates und standard-kernel
Hmm... der Kernel kommt doch normalerweise aus dem OSS-Repo. Hast Du da ein zusätzliches Kernel-Repo drin? Dann kann es zu Konflikten mit dem OSS-Repo kommen. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Helga Fischer schrieb:
Am Mittwoch 24 Mai 2017 schrieb Bernd Adda:
Mein OS Leap 42.2_64bit mit allen Updates und standard-kernel
Hmm... der Kernel kommt doch normalerweise aus dem OSS-Repo. Hast Du da ein zusätzliches Kernel-Repo drin? Dann kann es zu Konflikten mit dem OSS-Repo kommen.
Helga
Ein zusätzliches Repo für den standard Kernel (default) sorgt dafür, dass es nicht zu Konflikten kommt: URL: http://download.opensuse.org/repositories/Kernel:/stable/standard/ = und von Stephan schon früher mitgeteilt: (stephanhemeier@t-online.de): Einstellungen zu Systemabschnitt = Softwareaktualisierungen (zypper ref, zypper up, (zypper dup)) und sein Rat von gestern: Und meist hilft es, den Cache und die Datenbank neu zu bauen: zypper clean -a && zypper ref && rpm --rebuilddb Bernd Adda -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Bernd Adda -
Helga Fischer -
Stephan Hemeier