Also solche Probleme wie mit dem Upgrade auf 15.3 hatte ich noch nie. :-( :-( Ich nutze nun von Anbeginn der Möglichkeit ein Upgrade mittels zypper auf Konsole durchzuführen Es gab immer mal wieder kleine Probleme. Aber nichts gravierendes. Diesmal aber muss ich das Upgrade abbrechen und vor einem Reboot ein altes Snapshot aktivieren. Ich gehe immer folgendermaßen vor: - Ändern der repo files auf neue Version - zypper dup -d - zypper dup Irgendwie geht bei dem Upgrade gar nichts. Es können etliche Languages-Pakete nicht installiert werden. Es können etliche Programme nicht installiert werden. Immer mit dem Hinweis es kann nicht runter geladen werden oder so ähnlich. Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf. Haben noch mehr die Probleme? Ich rate vorerst davon ab ein Upgrade durchzuführen. Gruß Eric
Eric Schirra schrieb:
Ich gehe immer folgendermaßen vor: - Ändern der repo files auf neue Version - zypper dup -d - zypper dup
Irgendwie geht bei dem Upgrade gar nichts. Es können etliche Languages-Pakete nicht installiert werden. Es können etliche Programme nicht installiert werden. Immer mit dem Hinweis es kann nicht runter geladen werden oder so ähnlich.
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 4. Juni 2021 14:28:04 MESZ schrieb "Manfred Haertel, DB3HM"
Eric Schirra schrieb:
Ich gehe immer folgendermaßen vor: - Ändern der repo files auf neue Version - zypper dup -d - zypper dup
Irgendwie geht bei dem Upgrade gar nichts. Es können etliche Languages-Pakete nicht installiert werden. Es können etliche Programme nicht installiert werden. Immer mit dem Hinweis es kann nicht runter geladen werden oder so ähnlich.
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte.
-d dient mir nur der Sicherheit. Weil, was passiert bei einem normalen dup wenn die dsl-verbindung abbricht und er schon mit der Installation begonnen hat? Hast du schon vorher irgendwelche neue repos eingebunden/aktiviert? Hast du weitere außer den StandardRepos aktiviert? Auch ein Key fehlte. Obwohl ich immer vor dup noch ein up des "alten systems" mit anschließendem reboot durchführe, und erst dann alles mit/für dup. Mir scheint da fehlen irgendwelche repos. Gruß Eric
Eric Schirra schrieb:
Am 4. Juni 2021 14:28:04 MESZ schrieb "Manfred Haertel, DB3HM"
: Eric Schirra schrieb:
Ich gehe immer folgendermaßen vor: - Ändern der repo files auf neue Version - zypper dup -d - zypper dup
Irgendwie geht bei dem Upgrade gar nichts. Es können etliche Languages-Pakete nicht installiert werden. Es können etliche Programme nicht installiert werden. Immer mit dem Hinweis es kann nicht runter geladen werden oder so ähnlich.
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte.
-d dient mir nur der Sicherheit. Weil, was passiert bei einem normalen dup wenn die dsl-verbindung abbricht und er schon mit der Installation begonnen hat?
Nix. Weil auch ein "nacktes" "zypper dup" erst alle RPMs runterlädt und dann installiert...
Hast du schon vorher irgendwelche neue repos eingebunden/aktiviert?
Hast du weitere außer den StandardRepos aktiviert?
Einige wenige, und die disable ich immer vor "zypper dup", damit nicht plötzlich ungewollt ein Paket aus z.B. Packman ein in den Standard-Repos enthaltenes ersetzt.
Auch ein Key fehlte.
Ja, hatte ich auch, musste ich bestätigen...
Obwohl ich immer vor dup noch ein up des "alten systems" mit anschließendem reboot durchführe, und erst dann alles mit/für du > Mir scheint da fehlen irgendwelche repos.
Weiß ich nicht. DURCH den Update wurden mir zwei zusätzliche Repos angebunden, aber vorher habe ich nichts speziell eingerichtet... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 04.06.21 um 15:07 schrieb Manfred Haertel, DB3HM:
Eric Schirra schrieb: ...
Hast du schon vorher irgendwelche neue repos eingebunden/aktiviert?
Hast du weitere außer den StandardRepos aktiviert?
Einige wenige, und die disable ich immer vor "zypper dup", damit nicht plötzlich ungewollt ein Paket aus z.B. Packman ein in den Standard-Repos enthaltenes ersetzt.
"zypper dup --no-allow-vendor-change" wäre dann angebracht. Allerdings sollte nach dem Upgrade auf Leap 15.3 ein "zypper up" reichen. Peter
Am 4. Juni 2021 15:28:53 MESZ schrieb Peter McD
Am 04.06.21 um 15:07 schrieb Manfred Haertel, DB3HM:
Eric Schirra schrieb: ...
Hast du schon vorher irgendwelche neue repos eingebunden/aktiviert?
Hast du weitere außer den StandardRepos aktiviert?
Einige wenige, und die disable ich immer vor "zypper dup", damit nicht plötzlich ungewollt ein Paket aus z.B. Packman ein in den Standard-Repos enthaltenes ersetzt.
"zypper dup --no-allow-vendor-change" wäre dann angebracht.
Wenn ich es Recht weiß ist das der Standard. Und in der Beschreibung für Upgrade auf 15.3 steht sogar diesmal explizit --allow-vendor-change. https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.3/#upgrade Was ich auch beim ersten Mal nicht tat. Aber auch beim zweiten Versuch mit allow, die gleichen Fehler.
Allerdings sollte nach dem Upgrade auf Leap 15.3 ein "zypper up" reichen.
Schon klar. Soweit komme ich aufgrund obiger Fehler nicht. Und ich mach so ein Upgrade, seit es die Möglichkeit gibt. Auch immer mit meinen extra Repos. Noch nie Probleme gehabt. Da liegt diesmal irgendwas im argen. Gruß Eric
Eric Schirra schrieb:
"zypper dup --no-allow-vendor-change" wäre dann angebracht.
Wenn ich es Recht weiß ist das der Standard. Und in der Beschreibung für Upgrade auf 15.3 steht sogar diesmal explizit --allow-vendor-change.
https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.3/#upgrade
Ja, aber (wenn ich es richtig verstanden habe) nur, wenn man von einer zu alten zypper-Version "kommt", also von einer OpenSuse < 15.2 oder eventuell auch von einem 15.2er System, was lange nicht gepatcht wurde. Der Hintergrund ist der, dass wegen der noch engeren Ankopplung an Suse Linux Enterprise etliche Pakete den Vendor von OpenSuse auf Suse wechseln, weil es eben direkt die Pakete aus SLE sind... Nach meinem Verständnis hat ein aktuell gepatchtes 15.2er System den Vendor Suse eben schon in eine Whitelist eingetragen, so dass --allow-vendor-change eben NICHT notwendig ist. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 4. Juni 2021 15:07:06 MESZ schrieb "Manfred Haertel, DB3HM"
Eric Schirra schrieb:
Am 4. Juni 2021 14:28:04 MESZ schrieb "Manfred Haertel, DB3HM"
: Eric Schirra schrieb:
Ich gehe immer folgendermaßen vor: - Ändern der repo files auf neue Version - zypper dup -d - zypper dup
Irgendwie geht bei dem Upgrade gar nichts. Es können etliche Languages-Pakete nicht installiert werden. Es können etliche Programme nicht installiert werden. Immer mit dem Hinweis es kann nicht runter geladen werden oder so ähnlich.
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte.
-d dient mir nur der Sicherheit. Weil, was passiert bei einem normalen dup wenn die dsl-verbindung abbricht und er schon mit der Installation begonnen hat?
Nix. Weil auch ein "nacktes" "zypper dup" erst alle RPMs runterlädt und dann installiert...
Ich hatte schon einmal Probleme damit gehabt. Ist aber für das eigentliche Problem egal.
Hast du schon vorher irgendwelche neue repos eingebunden/aktiviert?
Hast du weitere außer den StandardRepos aktiviert?
Einige wenige, und die disable ich immer vor "zypper dup", damit nicht plötzlich ungewollt ein Paket aus z.B. Packman ein in den Standard-Repos enthaltenes ersetzt.
Noch nie passiert.
Auch ein Key fehlte.
Ja, hatte ich auch, musste ich bestätigen...
Ne, ich musste nichts bestätigen. Musste manuell, wie in Beschreibung, installieren. Danach aber keine Besserung. Gleiche Fehler beim Versuch der Downloads
Obwohl ich immer vor dup noch ein up des "alten systems" mit anschließendem reboot durchführe, und erst dann alles mit/für du > Mir scheint da fehlen irgendwelche repos.
Weiß ich nicht. DURCH den Update wurden mir zwei zusätzliche Repos angebunden, aber vorher habe ich nichts speziell eingerichtet...
Und wie soll das bei 15.3 funktionieren? Es werden doch bei 15.3 die meisten Pakete aus den sle's genommen. Kannst auch im buildservice Mal die Pakete pro repo zählen. Ich glaub, aber noch nicht getestet, dass man bei einem upgrade auf 15.3, vorher die neuen repos hinzufügen muss. Kannst du mir Mal alle URLs nennen, welche bei dir hinzugefügt wurden? Gruß Eric
Eric Schirra schrieb:
Einige wenige, und die disable ich immer vor "zypper dup", damit nicht plötzlich ungewollt ein Paket aus z.B. Packman ein in den Standard-Repos enthaltenes ersetzt.
Noch nie passiert.
Das ist MIR jetzt schon mal passiert und ist daher meine eingeübte Vorsichtsmaßnahme, die immer in MEINER Checkliste steht - ähnlich wie bei Dir der vorgeschaltete Download.
Obwohl ich immer vor dup noch ein up des "alten systems" mit anschließendem reboot durchführe, und erst dann alles mit/für du > Mir scheint da fehlen irgendwelche repos.
Weiß ich nicht. DURCH den Update wurden mir zwei zusätzliche Repos angebunden, aber vorher habe ich nichts speziell eingerichtet...
Und wie soll das bei 15.3 funktionieren?
Mich hatte das auch erst überrascht. Wenn ich es richtig gedeutet habe, hat das Paket opensuse-release ein Postinstall-Script, was die zusätzlichen Repos anlegt.
Es werden doch bei 15.3 die meisten Pakete aus den sle's genommen. Kannst auch im buildservice Mal die Pakete pro repo zählen.
Auf dem Distribution-Unterverzeichnis http://download.opensuse.org/distribution/leap/15.3/repo/oss/ steht alles "durcheinander", SLE- wie Opensuse-Pakete. Man erkennt den Unterschied nur am Namen des Pakets. Auf dem Update-Unterverzeichnis ist alles getrennt.
Ich glaub, aber noch nicht getestet, dass man bei einem upgrade auf 15.3, vorher die neuen repos hinzufügen muss.
Kannst du mir Mal alle URLs nennen, welche bei dir hinzugefügt wurden?
Neu hinzugekommen sind: http://download.opensuse.org/update/leap/$releasever/backports/ http://download.opensuse.org/update/leap/$releasever/sle/ also parallel zu den Unterverzeichnissen Verzeichnis oss und non-oss. Auf dem Webserver ist noch ein Verzeichnis leap auf derselben Ebene zu sehen, das wurde aber NICHT automatisch angebunden. Die vorgenannten URLs waren nach dem "zypper dup" einfach so da (ungefragt). Mit dem sle-Verzeichnis unter dem Update-Zweig gibt es im Moment Probleme, wenn man PackageKit benutzt (NICHT bei der Verwendung von zypper). Siehe den anderen Thread. Das betrifft aber nur wenige Pakete (jetzt anscheinend nur noch eines, nämlich bash) und hat vermutlich nichts mit Deinem Problem zu tun. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Eric Schirra schrieb:
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte.
-d dient mir nur der Sicherheit.
Hast Du es eigentlich auch mal OHNE "zypper dup -d" probiert? Ich meine mich nämlich mittlerweile zu erinnern, dass ich auch mal mit diesem Switch "-d" auf einer Test-VM rumgespielt habe und seltsame Meldungen hatte, weswegen ich diesen Switch von da ab gemieden habe. Leider erinnere ich mich nicht mehr genau an Details, aber Deine Problembeschreibung erinnert mich an die Situation. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Problem war Speichermangel.
Folgendes habe ich nun getan:
zypper clean --all
zypper --releasever=15.3 ref
zypper --releasever=15.3 dup -d
zypper --releasever=15.3 dup
- Konflikte mit Switch bestätigt.
- Konflikte mit libav aus Packmann mit delete beantwortet. Waren aber nachher trotzdem installiert.
- Nach Upgrade und reboot ging KDE gui nicht.
zypper up und Nvidia erneut installiert und rebootet.
Danach lief es.
Gruß
Eric
Am 4. Juni 2021 20:10:06 MESZ schrieb "Manfred Haertel, DB3HM"
Eric Schirra schrieb:
Das seltsame ist, dass der Befehl zypper dup -d vorher keinerlei Pobleme anzeigte und alle Pakete angeblich runter geladen wurden. Erst bei dem anschließenden "zypper dup" traten die Fehler auf.
Haben noch mehr die Probleme?
Ich jedenfalls nicht, auf insgesamt 4 Systemen, wo ich den Update durchgeführt habe. Verfahren ganz ähnlich wie bei Dir, aber kein zwischengeschaltetes "zypper dup -d", was aber nicht den großen Unterschied machen dürfte.
-d dient mir nur der Sicherheit.
Hast Du es eigentlich auch mal OHNE "zypper dup -d" probiert?
Ich meine mich nämlich mittlerweile zu erinnern, dass ich auch mal mit diesem Switch "-d" auf einer Test-VM rumgespielt habe und seltsame Meldungen hatte, weswegen ich diesen Switch von da ab gemieden habe. Leider erinnere ich mich nicht mehr genau an Details, aber Deine Problembeschreibung erinnert mich an die Situation.
-- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
participants (3)
-
Eric Schirra
-
Manfred Haertel, DB3HM
-
Peter McD