Repository verwirrung

Deutsch (German) Installation/Administration
1

Hallo,
scheinbat hebe ich schon wieder meine repos durcheinander gebracht. Hier ist mal die Ausgabe von zypper lr -uP:

#  | Alias                               | Name                                                    | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI                                                                  
---+-------------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+----------------------------------------------------------------------
 1 | download.opensuse.org-non-oss       | Haupt-Repository (NON-OSS)                              | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/    
 2 | download.opensuse.org-non-oss_1     | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.1/non-oss/               
 3 | download.opensuse.org-oss           | Haupt-Repository (OSS)                                  | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.1/repo/oss/        
 4 | download.opensuse.org-oss_1         | Hauptaktualisierungs-Repository                         | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.1/oss                                                   
 5 | dvd                                 | dvd                                                     | Ja        | (r ) Ja         | Ja             |   99      | http://opensuse-guide.org/repo/openSUSE_Leap_42.1/                                                  
 6 | http-download.opensuse.org-f2334586 | network                                                 | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/repositories/network/openSUSE_Leap_42.1/
 7 | openSUSE-42.1-0                     | openSUSE-42.1-0                                         | Nein      | ----            | Nein           |   99      | cd:///?devices=/dev/disk/by-id/ata-VBOX_CD-ROM_VB2-01700376          
 8 | packman                             | packman                                                 | Ja        | (r ) Ja         | Ja             |   99      | http://packman.inode.at/suse/openSUSE_Leap_42.1/                     
 9 | repo-non-oss                        | openSUSE-Leap-42.1-Non-Oss                              | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/    
10 | repo-oss                            | openSUSE-Leap-42.1-Oss                                  | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.1/repo/oss/        
11 | repo-source                         | openSUSE-Leap-42.1-Source                               | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/ 
12 | repo-tuxedo-computers               | TUXEDO Computers - openSUSE leap                        | Ja        | (r ) Ja         | Ja             |   99      | http://rpm.tuxedocomputers.com/opensuse/leap                         
13 | repo-update                         | openSUSE-Leap-42.1-Update                               | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.1/oss/                   
14 | repo-update-non-oss                 | openSUSE-Leap-42.1-Update-Non-Oss                       | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.1/non-oss/               
15 | vivaldi                             | vivaldi                                                 | Ja        | ( p) Ja         | Ja             |   99      | http://repo.vivaldi.com/archive/rpm/x86_64

Das “Problem” ist nun, dass bei den Updates immer kernel-default (4.1.21-14.29) sowie kernel-default-devel (4.1.21-14.29) aufgeführt sind. Installiert ist natürlich
4.4.0-8-default, so dass sich die genannten Aktualisierungen nicht einspielen lassen. Ich sehe bei meinen repos aber nicht, wo das wohl herkommt, die passen doch alle?

2

Schau das denn selber mal an. Um zu sehen das es mehrere doppel Einträge gibt (mit gleicher URL, zum Beispiel 1 und 9) brauchst du doch wohl keine Hilfe?

Das erklärt zwar warscheinlich nicht dein Problem, schaut aber nicht vetrauenwert aus.:wink:

3

Alles klar, ich habe jetzt von den doppelten jeweils eines deaktiviert, löschentraue ich mich noch nicht (gebranntes Kind und so)

4

Schau nach:

zypper se -si kernel

Und wenn ich mir Deine Repos so anschaue, tippe ich für den 4.4 er Kernel auf das Tuxedo Repo…
Warum man das aber benötigt???

Der 4.1er Kernel ist aus Leap.

5

Da hast du wohl recht. Also Tuxedo… mit denen habe ich auch noch andere Hühnchen zu rupfen.

Mein Laienwissen flüstert mir ein, dass der 4.4er-Kernel wegen meiner Skylake-CPU verwendet wird, macht die nicht mit älteren Kerneln Probleme?

Wie komme ich aus der Geschichte raus? Der Tuxedo-Support ist nicht wirklich prickelnd…


S | Name                 | Typ     | Version      | Architektur | Repository                      
--+----------------------+---------+--------------+-------------+---------------------------------
i | kernel-default       | package | 4.4.0-8.1    | x86_64      | TUXEDO Computers - openSUSE leap
i | kernel-default       | package | 4.1.20-11.1  | x86_64      | Hauptaktualisierungs-Repository 
i | kernel-default-devel | package | 4.4.0-8.1    | x86_64      | TUXEDO Computers - openSUSE leap
i | kernel-default-devel | package | 4.1.20-11.1  | x86_64      | Hauptaktualisierungs-Repository 
i | kernel-devel         | package | 4.4.0-8.1    | noarch      | TUXEDO Computers - openSUSE leap
i | kernel-devel         | package | 4.1.21-14.2  | noarch      | Hauptaktualisierungs-Repository 
i | kernel-devel         | package | 4.1.20-11.1  | noarch      | Hauptaktualisierungs-Repository 
i | kernel-firmware      | package | 20160503-3.1 | noarch      | Hauptaktualisierungs-Repository 
i | kernel-macros        | package | 4.4.0-10.1   | noarch      | TUXEDO Computers - openSUSE leap
i | kernel-source        | package | 4.1.21-14.2  | noarch      | Hauptaktualisierungs-Repository
6

Ich verstehe nicht so ganz, wo dein Problem ist.

Poste:

zypper up

Wenn dann der 4.1.21-14.2 kernel installiert wird (der ja in obiger Ausgabe noch fehlt), wird der als erster im Bootloader ausgewählt.

Entweder so lassen und dort auf den 2. Eintrag gehen und den kernel 4.4 auswählen, oder im Yast----Bootloader den kernel 4.4 als Standard auswählen und abspeichern lassen. Dann sollte kernel 4.4 wieder an 1. Stelle stehen.

7

Danke erstmal für die Erklärung, ich bewege mich da auf einem Gebiet von dem ich praktisch keine Ahnung habe und es bisher vermieden habe, daran rumzuspielen.

Den 4.1 sollte ich wohl eher nicht verwenden, da ich in diversen Meldungen und Foren meine herauszulesen, dass damit die Skylake-CPUs Probleme machen. Daher wird wohl auch der 4.4 eingesetzt. Nur hat mir das vorher keiner gesagt, daher habe ich wohl versehentlich ein Repostory aktiviert das den installieren will und nun ständig Updates vorschlägt die nicht funktionieren.

Ich habe das nochmal gründlich durchdacht und bin darauf gekommen, dass ich die sourcen für 4.1 installiert hatte, da sich ein Programm beim kompilieren über unvollständige sourcen beschwert hatte. Das habe ich nun wieder entfernt, vielleicht ist das Problem damit erledigt.

Wenn das nicht hilft versuche ich mal das was du vorgeschlagen hast, installiere beide kernel und priorisiere den 4.4

Ich erkläre das Problem erstmal für gelöst, immerhin habe ich genug verstanden um ggf gezielt weiterfragen zu können.

8

Und schmeiss mal den überflüsigen Zeilen heraus. Wenn kein Ordnung herscht auf ein System is es nicht nur für dich schwierig um zu verstehen was los ist.

9

Wenn Du Dich nicht traust mit zypper die überflüssigen Repositorys zu entfernen, dann mach das einfach mit Yast. Das gibt besonders Anfängern eine gewisse Menge an Sicherheit.
Anschließend ist alles aufgeräumter, es funktioniert alles und es können weniger Konflikte auftreten. :wink: