und anschließendem Neustart erhalte ich einen schwarzen Bildschirm.
Im Nachhinein habe ich überlegt, dass es möglicherweise problematisch war, dass bei
zypper up
auch das neue repo-update Repository auf 42.3 aktualisiert worden ist.
Dies hätte man wohl vorher abstellen müssen.
Auch über den Wiederherstellungsmodus fährt Linux 4.4.103-36-default nicht richtig hoch, sondern hört mit
Starting Show Plymouth Boot Screen …
auf, so dass ich wieder einen schwarzen Bildschirm erhalte.
Wie komme ich von diesem schwarzen Bildschirm eigentlich wieder zur Konsole? Bislang drücke ich meistens noch die Ausschalt-Taste am PC und fahre den neu hoch.
Wie ihr seht, benötige ich Hilfe, Ziel ist ein Upgrade auf 42.3, aber im ersten Schritt müssen wir Leap 42.2 mit aktuellsten Paketen zum Laufen kriegen.
Zum Glück funktioniert noch die frühere Version.
zypper lr
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung
---+-------------------------------------+---------------------------------------------------------+-----------+-----------------+---------------
1 | download.nvidia.com-leap | nVidia Graphics Drivers | Ja | (r ) Ja | Ja
2 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja
3 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja
4 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja
5 | http-download.opensuse.org-8757106b | Printing | Ja | (r ) Ja | Ja
6 | http-download.opensuse.org-e657c49d | openSUSE:Leap:42.2:Update | Ja | (r ) Ja | Ja
7 | http-download.opensuse.org-fb892aaa | Archiving:Backup | Ja | (r ) Ja | Ja
8 | libdvdcss | libdvdcss | Ja | (r ) Ja | Ja
9 | openSUSE-42.2-0 | openSUSE-42.2-0 | Ja | (r ) Ja | Ja
10 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja
11 | qgis | qgis | Ja | (r ) Ja | Ja
12 | repo-debug | openSUSE-Leap-42.2-Debug | Ja | (r ) Ja | Ja
13 | repo-debug-non-oss | openSUSE-Leap-42.2-Debug-Non-Oss | Ja | (r ) Ja | Ja
14 | repo-debug-update | openSUSE-Leap-42.2-Update-Debug | Ja | (r ) Ja | Ja
15 | repo-debug-update-non-oss | openSUSE-Leap-42.2-Update-Debug-Non-Oss | Ja | (r ) Ja | Ja
16 | repo-source | openSUSE-Leap-42.2-Source | Ja | (r ) Ja | Ja
17 | repo-source-non-oss | openSUSE-Leap-42.2-Source-Non-Oss | Ja | (r ) Ja | Ja
Leider sagt das zypper lr überhaupt wenig. Das wichtigste an repos ist natürlich wo sie sind. Also die Addressen (URLs). Das sieht man mit
zypper lr -d
Ich verstehe auch deine Beschreibung nicht ganz. In schritt 4 ist noch kein Repo auf 42.3 umgestellt worden (allerdings in der Dokumentation, hoffentlich auch bei dir). Wie könnte da Update 42.3 überhaupt mitspielen?
Noch eine Bemerkung. Warum sind die debug und source Repos alle aktiviert worden? Has du die benützt?
Ich verstehe auch deine Beschreibung nicht ganz. In schritt 4 ist noch kein Repo auf 42.3 umgestellt worden (allerdings in der Dokumentation, hoffentlich auch bei dir). Wie könnte da Update 42.3 überhaupt mitspielen?
Sorry, ich weiß nicht genau, was du meinst. Ich finde die Stelle auch nicht mehr genau in der Anleitung, vielleicht bin ich durcheinander gekommen. Auf jeden Fall weiß ich, dass ich einer Anleitung gefolgt und folgendermaßen vorgegangen bin: 1) Aktivierung aller vorhandenen Repositories, 2) Hinzufügen des Installationsrepositories für 42.3, 3) Dann habe ich, soweit ich weiß,
zypper ref
und
zypper up
ausgeführt, 4) Dann Neustart, der schließlich in schwarzen Bildschirm mündete → Seitdem arbeite ich mit einer früheren Version, die ich im GRUB(2?) auswähle …
Warum sind die debug und source Repos alle aktiviert worden? Has du die benützt?
Ja, wie ich vorhin sagte, hatte ich nach einer Anleitung alle debug und source Repos zuerst aktiviert, und dann die Befehle “zypper ref” und “zypper up” ausgeführt. Vorher waren die noch nicht alle aktiviert gewesen …
Grob gesagt geht es darum erst mal die heutige Version auf das Neueste zu bringen und kein Updates zu vermisen. Das sollte natürlich eigentlich schon immer so sein (wenigstens einmahl in der Woche ist doch wohl Normal).
Mit aktivierung der Repos ist wohl gemeint die Repos die man auch benütz hat und von wo auch Pakkete installiert sind. Leute schalten ab und zu repos ab, warum den auch. Aber in diesem fall soll 42.2 “up-todate” sein. Wenn du aber Source und Debug nie benütz hat (wie die meisten), dan bleiben die so wie die waren.
du sagst das du in 2) 42.3 repos hinzugefügt hast. Davon ist aber nichts zu sehen! ???
So erstens mal alle Repos mit Source und Debug wider abschalten.
Dan Nummer 4 und Nummer 9. Ich sehe da kein Unterschied. Also Nummer 9 wegtun.
Und dan, bitte versuch noch mal zu rekonstruieren was du in dienem Punt 2) wirklich gemacht hast. 42.3 repos hinzugefügt oder nein.
Und noch einen Rat. Führe mal Buch wenn man so ein etwas grösseres Abenteuer angeht. Ersten um selbst das nächste Mal begangene Fehler zu vermeiden und zweitens um bei Hilfe holen tatsachen vermelden zu können.
Nur mal so als Info am Rande:
Am besten ist es, nur mit den 4 “normalen” Repos (OSS, Non-OSS sowie den beiden dazu gehörenden Update Repos) das Update zu machen, evtl. auch noch mit eingeschaltetem Packman Repo.
Daher würde ich als erstes Machen:
Alle Repos ausser die vorhin genannten deaktivieren und ein zypper dup machen, um eine Basis zu bekommen.
Ebenso würde ich Nvidia deinstallieren und vor dem Upgraden den Rechner mit nouveau starten…
Wenn das funktioniert, würde ich die aktiven! Repos auf 42.3 umstellen und ein zypper dup machen.
PS:
Ich selber mache immer eine Neuinstallation mit Beibehaltung des alten /home…
Funktioniert jetzt sogar bei der Installation mit der Übernahme der alten User…
Die Verhaltungsweise (nur die 4 standard Repos, usw.) unterstütze ich.
Hieroben versuche ich nur om das System wieder unter 42.2 normal am laufen zu bringen.
Wenn das gelungen ist könnten wir versuchen über einen Upgarde zu reden.
Das Repo für die Installation von 42.3 (repo-update) hatte ich zunächst hinzugefügt bzw. ein vorhandenes entsprechend auf 42.3 umgestellt, dann alle Repos aktiv geschaltet und “zypper ref” und “zypper up” durchgeführt.
Nach einem Neustart stand ich vor einem schwarzen Bildschirm, auch im Wiederherstellungsmodus. Daher habe ich dann im GRUB2-Auswahlmenü eine frühere Kernelversion ausgewählt und damit arbeite ich derzeit noch. Dann habe ich das Repo 42.3 wieder entfernt.
Nun bin ich den Anweisungen gefolgt (Deaktivierung aller Repos mit Source und Debug und Entfernung eines doppeltes Repo entfernt und Abschaltung von libdvdcss).
Leider kommt auch jetzt noch ein schwarzer Bildschirm mit der aktuellen Kernelversion.
Kein anderes Ergebnis im Wiederherstellungsmodus, darin erscheinen rote Meldungen mit “A start job is running for wicked managed network interfaces (30s / no limit)”, die letzte Aktivität vor der Anzeige eines schwarzen Bildschirms ist “Starting Show Plymouth Boot Screen …”.
Ich wechsele daher mit Strg+Alt+F1 in den Konsolenmodus, lasse “reboot” ausführen und wähle im GRUB2-Menü die frühere Kernelversion aus, über die ich arbeite.
Aktuell sieht es so aus:
Liegt das Problem an der Visualisierung der grafischen Oberfläche (evtl. wegen NVIDIA-Grafikkarte?)? So ähnliche Probleme hatte ich bereits früher …
Danke soweit und einen schönen Abend!
Danke für die Hinweise.
Wie soll ich jetzt weiter vorgehen?
Zuerst das nvidia-Repo deinstallieren und den Rechner mit noveau starten? Kann mir bitte jemand sagen, wie ich dies richtig durchführe?
Wenn dies funktioniert auf 42.3 upgraden?
Oder zuerst die Foren durchsuchen nach einer Lösung des Problems mit der grafischen Oberfläche nach dem letzten Update und dieses Problem beheben und danach upgraden?
