{"id":17530,"date":"2021-01-03T10:10:28","date_gmt":"2021-01-03T09:10:28","guid":{"rendered":"https:\/\/www.michael-floessel.de\/mfblog\/?p=17530"},"modified":"2021-01-03T10:12:25","modified_gmt":"2021-01-03T09:12:25","slug":"problem-apt-get-raspberry-pi","status":"publish","type":"post","link":"https:\/\/www.michael-floessel.de\/mfblog\/problem-apt-get-raspberry-pi\/","title":{"rendered":"Raspberry Pi – Problem bei “apt-get update“"},"content":{"rendered":"

\"PWR<\/a>Problem bei “apt-get update“<\/strong><\/h2>\n

Vor einigen Tagen habe ich meine Raspberry Pi Anordnung etwas umgestrickt.<\/p>\n

Der alte Pi 2 ist tempor\u00e4r au\u00dfer Betrieb und nur noch die 3er Version soll nun alle Aufgaben im heimischen Netzwerk \u00fcbernehmen. Da er meine diversen Server f\u00fcr DLNA, NAS und auch ein kleines WordPress-CMS m\u00fchelos alleine schafft, kann so etwas Kabelsalat eingespart werden, nebenbei ist schlicht eine Installation weniger zu pflegen.<\/p>\n

Seit dieser Aktion ist er auch zus\u00e4tzlich 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.<\/p>\n

Probleme beim Update der Quellen<\/strong><\/h4>\n

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\u00e4chst nichts, der Fortschritt bleibt bei 0% stehen und irgendwann erscheint die folgende Meldung:<\/p>\n

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

Nun, zun\u00e4chst habe ich einen Fehler bei der Verbindung zur Quelle vermutet, was aber nicht der Fall ist.<\/p>\n

Diverse Recherchen im WWW f\u00fchren 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\u00fcrde eh nicht lange halten. Nebenbei will ich das System aber in erster Linie f\u00fcr meine Einsatzzwecke nutzen und mich nicht vom System nutzen lassen, um \u00fcber die Feiertage mein Linuxwissen zu vertiefen oder alles neu einzurichten \";-)\" Also weitersuchen, Google zu gezielten Ergebnissen \u00fcberreden, Log’s lesen, Scripte sichten, all das Zeug eben.<\/p>\n

In einem kleinen Post, bei dem der Autor nicht wirklich f\u00fcr voll genommen wird, berichtet er von einem \u00e4hnlichen Problem. Er hat ganz simpel auch von Wlan auf LAN umgestellt und ein ziemlich \u00e4hnliches Fehlerbild zu vermelden. Leider habe ich mir die URL nicht gemerkt, aber immerhin existiert nun ein Indiz f\u00fcr eine erneute Fehlersuche \";-)\"<\/p>\n

\"Raspi<\/a>L\u00f6sung<\/strong><\/h4>\n

Ich mach’s kurz …<\/p>\n

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\u00e4tsgr\u00fcnden hier eigentlich immer mache. Nun, ein Haken bei “Disable IPv6“ hat das Problem aus der Welt geschafft, das Maschinchen erledigt wieder brav seine Aktualisierungen.<\/p>\n

Wenn jemand wei\u00df, was da genau hinter steckt, w\u00e4re ich f\u00fcr eine Mail oder einen Kommentar dankbar \":-)\"<\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n