Ist das ein Leap 15.4?
Beiträge von Sauerland
-
-
Da zypper und Yast nicht funktionieren:
Poste mal:
Coderpm -qa zyp* libzyp*Damit wir sehen, was da installiert ist-........
Ebenso:
Codelsb-release -id -
Treiber:
Wenn es nicht funktioniert, einfach et-8500 in das Suchfeld eingeben und als Betriebssystem Linux aussuchen......
-
Ich weiß jetzt nicht, warum Packman diese Pakete gebaut und benutzt hat, aber es sind nur Python Pakete.
Edit:
Wenn ich so schaue, kann es sein, das irgendwas die Pakete brauchte, sie aber nicht im OSS Repo vorhanden waren:
Code
Alles anzeigenzypper se -s python-base Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+-------------------+------------+--------------------+--------+--------------- v | python-base | Paket | 2.7.18-150000.48.1 | x86_64 | Packman_Aachen i+ | python-base | Paket | 2.7.18-150000.57.1 | x86_64 | Sle-Update v | python-base | Paket | 2.7.18-150000.54.1 | x86_64 | Sle-Update v | python-base | Paket | 2.7.18-150000.51.1 | x86_64 | Sle-Update | python-base | Quellpaket | 2.7.18-150000.57.1 | noarch | Sle-Update | python-base | Quellpaket | 2.7.18-150000.54.1 | noarch | Sle-Update | python-base | Quellpaket | 2.7.18-150000.51.1 | noarch | Sle-Update | python-base-32bit | Paket | 2.7.18-150000.48.1 | x86_64 | Packman_Aachen | python-base-32bit | Paket | 2.7.18-150000.57.1 | x86_64 | Sle-Update | python-base-32bit | Paket | 2.7.18-150000.54.1 | x86_64 | Sle-Update | python-base-32bit | Paket | 2.7.18-150000.51.1 | x86_64 | Sle-Update -
Wie installierst du denn die openSUSE?
DVD/ USB oder Net?
Machst du danach sofort Updates?
-
.. während packagekit anschließend wieder ein Sicherheitsupdate auf python-2-7-17 durchführen will.
Das hat aber in diesem Fall nichts zu sagen.......
-
Was verstehst Du unter älterem Kernel ?
Ich bin nur Standardnutzer von SUSE, Internetbrowser, kmail, Office u.ä.
Mit den Innereien kenne ich mich nicht aus.
Ich hatte schon eine FP mit SUSE LEAP 15.1 dran.
Könnte evtl. eine noch ältere raussuchen.
Schau einmal in Yast------Software installieren, gebe ein in der Suche:
kernel-default
Klicke auf suchen.
Markiere jetzt rechts kernel-default und gehe auf den Reiter Versionen.
Bei mir:
Die grünen Haken (je nach benutztem KDE Thema) zeigen die Versionen an, die alle installiert sind.
Dort kannst du den eine Kernel löschen und dafür z.B. einen älteren auswählen.
Bei mir werden 3 Versionen behalten, siehe die letzte Zeile.
Code
Alles anzeigengrep -i 'multiversion' /etc/zypp/zypp.conf ## provides:multiversion(kernel) - all packages providing 'multiversion(kernel)' multiversion = provides:multiversion(kernel) ## Defining directory which may contain additional multiversion definitions. ## one valid multiversion list entry per line. Empty lines and lines starting ## ------------------------- [/etc/zypp/multiversion.d/example file begin] ----------------------- ## provides:multiversion(kernel) ## ------------------------- [/etc/zypp/multiversion.d/example file end] ----------------------- ## Default value: {configdir}/multiversion.d # multiversiondir = /etc/zypp/multiversion.d ## above multiversion variable is set. Packages can be specified as ## Default: Do not delete any kernels if multiversion = provides:multiversion(kernel) is set multiversion.kernels = latest,latest-1,latest-2,oldest,running -
Lass den Memtest ruhig mal 8 Std (über Nacht) laufen.
Was Hardwareprobleme angeht, ist Linux etwas "störrischer" als Windows.
Denn die Hardwareanbieter halten sich nicht unbedingt an die festgelegten Normen, womit Windows viel besser klarkommt.
Wie sieht es aus, wenn du einen älteren Kernel installierst und damit startest?
-
opi in Version 4.2 ist defekt:
Entweder die alte Version installieren oder Version 4.3 aus dem utilities Repo:
Code
Alles anzeigen* Fr Dez 15 2023 Dominik Heidler <dheidler@suse.de> - Version 4.3.0 * Hint open source alternatives * Fix issue with installing from existing openh264 repo * Di Dez 12 2023 Dominik Heidler <dheidler@suse.de> - Version 4.2.0 * Support multiple repos defined in a single .repo file * Automatically import packman key in non-interactive mode * Restructure code: Add classes for Repository, OBSPackage and LocalPackage * Hide package release for pkgs from local repos (same as with OBS pkgs) * Use tumbleweed repo for openh264 on Slowroll * Expand repovar $basearch (to e.g. x86_64 or aarch64) * Do Dez 07 2023 Dominik Heidler <dheidler@suse.de> - Version 4.1.0 * Add support for Slowroll * Replace $releasever also with ${releasever} syntax * Update changelog prefix to * -
Code
Alles anzeigen# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service ---+---------------------------------------+-------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------+--------- 1 | Codium | Codium | Ja | ( p) Ja | Ja | 43 | rpm-md | https://paulcarroty.gitlab.io/vscodium-deb-rpm-repo/rpms/ | 2 | Mozilla | Mozilla | Ja | (r ) Ja | Ja | 42 | rpm-md | https://download.opensuse.org/repositories/mozilla/openSUSE_Leap_15.5/ | 3 | NVIDIA:repo-non-free | repo-non-free (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/leap/15.5 | NVIDIA 4 | Signal | Signal | Ja | (r ) Ja | Ja | 40 | rpm-md | https://download.opensuse.org/repositories/network:/im:/signal/15.5/ | 5 | Softmaker | Softmaker | Ja | (r ) Ja | Ja | 50 | rpm-md | https://shop.softmaker.com/repo/rpm | 6 | Vivaldi | Vivaldi | Ja | ( p) Ja | Ja | 41 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 | 7 | download.nvidia.com-$releasever | nVidia Graphics Drivers | Ja | (r ) Ja | Ja | 30 | rpm-md | https://download.nvidia.com/opensuse/leap/15.5 | 8 | ftp.gwdg.de-openSUSE_Leap_$releasever | Packman Repository | Ja | (r ) Ja | Ja | 20 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/ | . . . . . 23 | vivaldi | vivaldi | Ja | (r ) Ja | Ja | 44 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 |Teilweise doppelt (nvidia und vivaldi) und auch "überpriorisiert"
Begründung:
Im Nvidia Repo gibt es nur Pakete, die in keinem anderen repo unter diesem Namen vorhanden sind.
Außerdem einmal hieraus installiert, gibt es per default keinen Repowechsel.
Kann auf Priorität 99.
Daher würde ich der Übersichtlichkeit die Prioritäten bei allen auf 99 setzen, nur das Packman Repo nicht, das kann auf 20 bleiben.
Selbst bei Mozilla ist es so:
Einmal explizit auf das Repo umgestellt und es gibt keinen automatischen Repowechsel zurück.
Und bei Neuinstallation eines noch nicht installierten Paketes trifft eh die höhere Versionsnummer zu......
