Problem bei “apt-get update“

Vor einigen Tagen habe ich meine Raspberry Pi Anordnung etwas umgestrickt.

Der alte Pi 2 ist temporär außer Betrieb und nur noch die 3er Version soll nun alle Aufgaben im heimischen Netzwerk übernehmen. Da er meine diversen Server für DLNA, NAS und auch ein kleines WordPress-CMS mühelos alleine schafft, kann so etwas Kabelsalat eingespart werden, nebenbei ist schlicht eine Installation weniger zu pflegen.

Seit dieser Aktion ist er auch zusätzlich an das kabelgebundene Netzwerk angeschlossen, so kann ich diverse Aufgaben an unterschiedliche Netzwerkinterfaces binden und muss auch bei Ausfall des Funknetzwerkes nicht gleich einen Bildschirm anklemmen, wenn ich via SSH oder VNC nichts mehr ausrichten kann.

Probleme beim Update der Quellen

Leider hat sich in den letzten Tagen ein kleines Problem aufgetan. Beim Versuch, das System mittels ‚apt-get update‘ auf dem Laufenden zu halten, tut sich zunächst nichts, der Fortschritt bleibt bei 0% stehen und irgendwann erscheint die folgende Meldung:

E: The repository ‚http://archive.raspberrypi.org/debian stretch Release‘ does no longer have a Release file.
N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Nun, zunächst habe ich einen Fehler bei der Verbindung zur Quelle vermutet, was aber nicht der Fall ist.

Diverse Recherchen im WWW führen mal hier und mal dorthin, nichts passt wirklich. Ganz schnell wird auch geraten, Raspbian Stretch in die Tonne zu kloppen und Buster zu installieren, alles andere würde eh nicht lange halten. Nebenbei will ich das System aber in erster Linie für meine Einsatzzwecke nutzen und mich nicht vom System nutzen lassen, um über die Feiertage mein Linuxwissen zu vertiefen oder alles neu einzurichten Also weitersuchen, Google zu gezielten Ergebnissen überreden, Log’s lesen, Scripte sichten, all das Zeug eben.

In einem kleinen Post, bei dem der Autor nicht wirklich für voll genommen wird, berichtet er von einem ähnlichen Problem. Er hat ganz simpel auch von Wlan auf LAN umgestellt und ein ziemlich ähnliches Fehlerbild zu vermelden. Leider habe ich mir die URL nicht gemerkt, aber immerhin existiert nun ein Indiz für eine erneute Fehlersuche

Lösung

Ich mach’s kurz …

Bei der Inbetriebnahme des LAN-Anschlusses habe ich nur eben schnell die manuelle IPv4-Adresse vergeben, ohne explizit IPv6 zu deaktivieren, wie ich es aus Kompatibilitätsgründen hier eigentlich immer mache. Nun, ein Haken bei “Disable IPv6“ hat das Problem aus der Welt geschafft, das Maschinchen erledigt wieder brav seine Aktualisierungen.

Wenn jemand weiß, was da genau hinter steckt, wäre ich für eine Mail oder einen Kommentar dankbar