do-release-upgrade bei jammy schlägt fehl

do-release-upgrade ist ein Wrapper. Unter anderem versucht dieses Python Programm die Signatur des Updates und die Update-Datei selbst zu laden. In diesem Fall sind das jammy.tar.gz und jammy.tar.gz.gpg. Für die gpg Datei funktionierte das bei mir, nicht jedoch für die tar.gz.

Im Netz kursieren viele Hinweise, die vorschlagen, die sources.lst zu modifizieren und aus archive.ubuntu.com ein old-releases.ubuntu.com zu machen. Das dürfte für sehr alte Distributionen gelten. Immer aus dem Blickwinkel des aktuellen Jahres gesehen. Für das Update von 20.04 auf 22.04 im Jahre 2025 ist das aber nicht notwendig oder hilfreich.

Eher zufällig habe ich dann von meiner Maschine aus versucht, auf Dist-Upgrader zuzugreifen. Beide Dateien wurden aufgelistet. Deshalb habe ich dann einen wget -O jammy.tar.gz.gpg https://archive.ubuntu.com/.../22.04.20/jammy.tar.gz.gpg zu machen was funktionierte. Für die jammy.tar.gz Datei jedoch nicht? Auf einer anderen Maschine konnte ich jedoch die tar.gz laden?

Der Unterschied zwischen beiden Maschinen: Meine VPS hat IPv6, die andere Maschine hat IPv4. Ja, so hab ich auch geschaut. Genau so. Als Workaround habe ich dann in der /etc/hosts Datei den archive.ubuntu.com Host mit einer seiner IPv4 Adressen aufgeführt. Und siehe da, do-release-upgrade hat die tar.gz laden können.

Natürlich habe ich mich gefragt, warum das Python Tool keinen Fallback auf IPv4 macht, oder warum es keinen Parameter gibt, IPV4 zu erzwingen, aber was hätte es geholfen. Das wird ein temporärer Glitsch in der Matrix gewesen sein.