josef-wien hat geschrieben: ↑9. Jun 2020, 00:15ein 15.2-Repo eingebunden hast. Und da das ohne Dein Zutun nicht passiert ...
Ich bin alt genug um zu wissen, dass man - per Definition - immer an allem schuld ist.
Was die Sache selbst betrifft wäre ich für weitere Hilfe dankbar.
Vorweg: Ich benütze YAST und weiß nie ob es Probleme gibt wenn man YAST und zypper gleichzeitig für das Paketmanagement nutzt, aber für das Listen von repos o.ä. ist das ja wohl egal(?). Mit zypper kenne ich mich nicht aus.
Also:
Wissentlich habe ich kein 15.2-Repo eingebunden ... ABER ... ich habe genau gestern zwei Repos eingebunden um das Paket
android-tools zu bekommen. Zunächst mal die ganze Liste
Code: Alles auswählen
# | Alias | Name | Enabled | GPG Check | Refresh
---+----------------------------------+------------------------------------+---------+-----------+--------
1 | MyRPM | MyRPM | Yes | ( p) Yes | No
2 | http-opensuse-guide.org-25864365 | libdvdcss repository | Yes | (r ) Yes | Yes
3 | http-packman.inode.at-501030ec | Packman Repository | Yes | (r ) Yes | Yes
4 | openSUSE-Leap-15.1-1 | openSUSE-Leap-15.1-1 | No | ---- | ----
5 | openSUSE_Leap_15.1 | Editors | Yes | (r ) Yes | Yes
6 | openSUSE_Leap_15.1_1 | Mozilla | Yes | (r ) Yes | Yes
7 | openSUSE_Leap_15.1_10 | Suckless | Yes | (r ) Yes | Yes
8 | openSUSE_Leap_15.1_11 | Birdtray | Yes | (r ) Yes | Yes
9 | openSUSE_Leap_15.1_12 | Android | Yes | (r ) Yes | Yes
10 | openSUSE_Leap_15.1_14 | tsl1 | Yes | (r ) Yes | Yes
11 | openSUSE_Leap_15.1_2 | Graphics | Yes | (r ) Yes | Yes
12 | openSUSE_Leap_15.1_3 | Skype | Yes | (r ) Yes | Yes
13 | openSUSE_Leap_15.1_4 | Multimedia | Yes | (r ) Yes | Yes
14 | openSUSE_Leap_15.1_5 | MultimediaLibs | Yes | (r ) Yes | Yes
15 | openSUSE_Leap_15.1_6 | Games | Yes | (r ) Yes | Yes
16 | openSUSE_Leap_15.1_7 | Publish:TexLive | Yes | (r ) Yes | Yes
17 | openSUSE_Leap_15.1_8 | Publish | Yes | (r ) Yes | Yes
18 | openSUSE_Leap_15.1_9 | Hardware | Yes | (r ) Yes | Yes
19 | repo-debug | Debug Repository | No | ---- | ----
20 | repo-debug-non-oss | Debug Repository (Non-OSS) | No | ---- | ----
21 | repo-debug-update | Update Repository (Debug) | No | ---- | ----
22 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | No | ---- | ----
23 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | Yes
24 | repo-oss | Main Repository | Yes | (r ) Yes | Yes
25 | repo-source | Source Repository | No | ---- | ----
26 | repo-source-non-oss | Source Repository (Non-OSS) | No | ---- | ----
27 | repo-update | Main Update Repository | Yes | (r ) Yes | Yes
28 | repo-update-non-oss | Update Repository (Non-Oss) | Yes | (r ) Yes | Yes
Ich befürchte, dass das Problem-Repo dieses ist
Code: Alles auswählen
9 | openSUSE_Leap_15.1_12 | Android | Yes | (r ) Yes | Yes
Warum? Weil sich der kernel-install darauf bezieht:
Code: Alles auswählen
/var/log/zypp # tac history | grep openSUSE_Leap_15.1_12 | grep kernel
2020-06-08 22:34:48|install|kernel-default-devel|5.3.18-lp152.17.3|x86_64|root@linux-2e7f|openSUSE_Leap_15.1_12|7363e8a1787ca480a9bef7e747386d245c2fef2cf49f297555418abcbb172f20|
2020-06-08 22:34:46|install|kernel-source|5.3.18-lp152.17.3|noarch|root@linux-2e7f|openSUSE_Leap_15.1_12|4ba86d520dc1cc5be39898b6ea7e15b32327e829106290f77bc85aa7fec9e854|
2020-06-08 22:34:25|install|kernel-devel|5.3.18-lp152.17.3|noarch|root@linux-2e7f|openSUSE_Leap_15.1_12|aeaea5fb439e778cf525705b45036e24e746a60a620671b4f59235620bc6424f|
2020-06-08 22:34:22|install|kernel-macros|5.3.18-lp152.17.3|noarch|root@linux-2e7f|openSUSE_Leap_15.1_12|a8a570f46ce0413a0a867d7cc790979f6a8a91cdb06e1e1a36c6709564d77f48|
2020-06-08 22:34:21|install|kernel-default|5.3.18-lp152.17.3|x86_64|root@linux-2e7f|openSUSE_Leap_15.1_12|2a6836538b1d88cf211d8eff4678ade3a048a5fc15cbf5be11badb1ed2ab0e5b|
D.h., es sieht so aus, als ob besagter kernel aus diesem Repo stammt. In der Tat unter
https://download.opensuse.org/repositor ... .1/x86_64/ findet sich in:
Code: Alles auswählen
Index of download.opensuse.org/repositories/home:/Manizuca/openSUSE_Leap_15.1/x86_64/
[ICO] Name Last modified Size Metadata
[DIR] Parent Directory -
[ ] android-tools-9.0.0_r52-lp151.3.3.x86_64.rpm 28-May-2020 10:53 604K Details
... blablabla ...
[ ] kernel-default-5.3.18-lp152.17.3.x86_64.rpm 03-Jun-2020 00:39 70M Details
[ ] kernel-default-devel-5.3.18-lp152.17.3.x86_64.rpm 03-Jun-2020 00:39 4.6M Details
[ ] kernel-syms-5.3.18-lp152.17.3.x86_64.rpm 03-Jun-2020 00:39 1.5M Details
... usw ...
Besagtes Repo wird unter
https://software.opensuse.org/package/android-tools als openSUSE Leap
15.1 community package gelistet. (Ich weiß, community kann tricky sein, und das hilft mir nix. Aber zumindest habe ich nicht blind irgendein 15.2 Repo eingebunden.)
Zunächst habe ich jetzt Enable/Autorefresh bei allen Repo deaktiviert.
Jetzt weiß ich aber nicht wie / ob / in welcher Reihenfolge ich den Schaden rückwärts wieder abwickeln kann.
Wie man ggf. die Version eines Pakets in YAST änder ist mir schon klar.
Wie/Ob man den eingespielten Kernel mit höherer/falscher Versionsnummer wieder los wird verstehe ich nicht. (Panik!)
Noch eine Zusatztinfo. Mit
rpm -qa --last habe ich mir die Liste aller gestern Abend eingespielten Pakete gespeichert und mit einem bash script
nach Paketen durchsucht die den String Distribution: openSUSE Leap 15.2 beinhalten. Das sind 13 Stück
Code: Alles auswählen
kernel-default-devel-5.3.18-lp152.17.3.x86_64
kernel-source-5.3.18-lp152.17.3.noarch
kernel-devel-5.3.18-lp152.17.3.noarch
kernel-macros-5.3.18-lp152.17.3.noarch
kernel-default-5.3.18-lp152.17.3.x86_64
typelib-1_0-Flatpak-1_0-1.6.3-lp152.2.1.x86_64
libflatpak0-1.6.3-lp152.2.1.x86_64
flatpak-1.6.3-lp152.2.1.x86_64
libostree-2020.3-lp152.1.2.x86_64
xdg-dbus-proxy-0.1.2-lp152.1.4.x86_64
system-user-flatpak-1.6.3-lp152.2.1.x86_64
libostree-1-1-2020.3-lp152.1.2.x86_64
bubblewrap-0.4.1-lp152.1.2.x86_64
Prompt sind die alle aus besagtem community Repo.
Kann mir damit jetzt bitte jemand helfen wie/ob ich diesen Kernel wieder loswerde?
Gern gibt es auch noch weitere Infos.
Wenn bzgl. der restlichen Pakete evtl. auch noch Probleme bestehen könnten - bitte sagen.
wbwb