[SOLVED - kind of] Einige Paketlisten können nicht geladen werden

samoht · 2019/04/11, 12:02:51

Bekomme heute folgenden Fehler beim Update:

# LANG=C apt update
Err:1 http://packages.siduction.org/extra experimental InRelease
  Something wicked happened resolving 'packages.siduction.org:http' (-5 - No address associated with hostname)
Err:2 http://download.virtualbox.org/virtualbox/debian bionic InRelease
  Something wicked happened resolving 'download.virtualbox.org:http' (-5 - No address associated with hostname)
Err:3 http://repo.vivaldi.com/snapshot/deb stable InRelease
  Something wicked happened resolving 'repo.vivaldi.com:http' (-5 - No address associated with hostname)
Hit:4 http://ftp.spline.de/pub/siduction/extra unstable InRelease
Err:5 http://repository.spotify.com stable InRelease
  Something wicked happened resolving 'repository.spotify.com:http' (-5 - No address associated with hostname)
Hit:6 http://ftp.spline.de/pub/siduction/fixes unstable InRelease
Err:7 http://repo.sinew.in stable InRelease
  Something wicked happened resolving 'repo.sinew.in:http' (-5 - No address associated with hostname)
Err:8 http://repo.sinew.in/testing testing InRelease
  Something wicked happened resolving 'repo.sinew.in:http' (-5 - No address associated with hostname)
Ign:9 https://downloads.plex.tv/repo/deb public InRelease
Ign:10 http://download.opensuse.org/repositories/home:/smplayerdev/Debian_9.0  InRelease
Hit:11 https://downloads.plex.tv/repo/deb public Release
Hit:12 http://download.opensuse.org/repositories/home:/smplayerdev/Debian_9.0  Release
Ign:13 http://snapshot.debian.org/archive/debian/20190401 stretch InRelease
Hit:14 https://updates.signal.org/desktop/apt xenial InRelease
Hit:15 http://snapshot.debian.org/archive/debian/20190401 stretch Release
Hit:16 http://cdn-fastly.deb.debian.org/debian experimental InRelease
Hit:21 https://incoming.debian.org/debian-buildd buildd-unstable InRelease
Hit:19 https://cdn-aws.deb.debian.org/debian testing InRelease
Hit:22 https://cdn-aws.deb.debian.org/debian unstable InRelease
Hit:23 https://cdn-aws.deb.debian.org/debian experimental InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
W: Failed to fetch http://repo.sinew.in/dists/stable/InRelease  Something wicked happened resolving 'repo.sinew.in:http' (-5 - No address associated with hostname)
W: Failed to fetch http://repo.sinew.in/testing/dists/testing/InRelease  Something wicked happened resolving 'repo.sinew.in:http' (-5 - No address associated with hostname)
W: Failed to fetch http://packages.siduction.org/extra/dists/experimental/InRelease  Something wicked happened resolving 'packages.siduction.org:http' (-5 - No address associated with hostname)
W: Failed to fetch http://repository.spotify.com/dists/stable/InRelease  Something wicked happened resolving 'repository.spotify.com:http' (-5 - No address associated with hostname)
W: Failed to fetch http://download.virtualbox.org/virtualbox/debian/dists/bionic/InRelease  Something wicked happened resolving 'download.virtualbox.org:http' (-5 - No address associated with hostname)
W: Failed to fetch http://repo.vivaldi.com/snapshot/deb/dists/stable/InRelease  Something wicked happened resolving 'repo.vivaldi.com:http' (-5 - No address associated with hostname)
W: Some index files failed to download. They have been ignored, or old ones used instead.

Woran kann das liegen?

Greetings,
Tom

towo · 2019/04/11, 12:50:23

ZitatWoran kann das liegen?

Dein benutzter Nameserver ist kaputt.

axt · 2019/04/11, 23:09:19

Kein Netz? samoht, Du sollst doch kein Windows mit Avira, Avast, Sophos und Konsorten quälen. ]:-)

samoht · 2019/04/12, 00:25:46

Danke @axt, das war wirklich hilfreich - und unglaublich witzig.
Und mit Emoticons kennst Du Dich auch aus, Respekt!

samoht · 2019/04/12, 01:23:22

Also arbeitet(e) die Fritz!Box nicht korrekt, oder wird das noch woanders definiert?

Code Auswählen

# less /etc/resolv.conf
# Generated by NetworkManager
search fritz.box
nameserver 192.168.178.1
nameserver fd00::3a10:d5ff:fe5a:b107

axt · 2019/04/12, 08:14:16

Ich kann nichts für Deine Humorlosigkeit (das ist ein Link).

Aber ich setze voraus, daß ein Linux-User (so nicht gerade ein anderer für ihn installiert hat und supportet), insbesondere bei einer Distribution wie siduction, Ausgaben lesen und deuten oder danach suchen kann. Die Ausgabe zeigt es, towo hat es Dir als DNS-Problem übersetzt. Wie und wo ein oder mehrere DNS-Server (bspw. einer der beiden von Google) gesetzt werden können, steht nun wirklich an unzähligen Stellen im Netz (Zwar könnte ein automatisches Update der Fritz!box diese resetten, das ist auch schon vorgekommen, aber kann es wirklich die Fritz!box sein, wenn Du mit einem anderen Rechner darüber ins Netz kommst und Adressen umgesetzt werden?).

Und genau das ist es: mitdenken, selbst lösen, denn genaugenommen brauchte es dieses Threads gar nicht.

samoht · 2019/04/12, 11:00:38

ZitatUnd genau das ist es: mitdenken, selbst lösen, denn genaugenommen brauchte es dieses Threads gar nicht.

@axt, schon mal darüber nachgedacht, weshalb Supportforen existieren?

unklarer · 2019/04/13, 10:29:59

@samoht, lass dich nicht ärgern!

Dieses Problem (wenn es das Nichterstellen der /etc/resolv.conf ist, bzw., ist sie beim Start immer leer) hat mich vor etwa 1,5 Jahren auch Nerven gekostet. Bei siduction, bei arch und jetzt erst wieder bei antiX.

https://wiki.archlinux.de/title/Resolv.conf
Gucke dir NetworkManager und DHCP an. Es gibt "tausende" Lösungen, weil es wahrscheinlich "tausende" Ursachen gibt. Ich bin kein
Netzwerkkenner, ich bin Linux-Anfänger, der siduction aus Spaß an der Freud betreibt (um axt eins an Bein zu nageln)

Geholfen hat eigentlich nur bluelupo's "systemd-networkd - Anleitung". Es gibt nichts besseres...

melmarker · 2019/04/13, 11:32:09

Cool bleiben - das Problem ist ein wenig tiefer und es gibt eigentlich bis jetzt nur eine Lösung: Suchen und fluchen.

Schritte:

*s -l /etc/resolv.conf
-> sollte ne reale Datei sein (wenn kein Manager involviert ist)
-> sollte nen symlink nach /run/$foo sein, wenn sich da ein Manager einhängt

Und nu ist da eigentlich nur noch ein Problem: Der Service und der Link auf die resolv.conf sollten übereinstimmen. Das ist oftmals nicht gegeben, wenn mehrere Sachen aktiviert sind. Das kann per Zufall gutgehen oder auch halt nicht.

Lösung: Fluchen und aufräumen. Ist wirklich NM involviert und zeigt die Konfiguration auch auf NM, sollte erst mal alles in Ordnung sein. Im Falle der unten aufgelisteten Konfiguration nachschauen, wie DNS in der Fritzbox konfiguriert ist, Provider-DNS haben den Nachteil, manchmal nicht zu tun. In diesem Fall die Fritzbox auf einen verlässlichen DNS zeigen lassen.

DONE.

EDIT: Im Zweifel die generierte Sache einfach mal überschreiben und als Nameserver 8.8.8.8 nehmen, ist nach dem nächsten Reboot eh wieder weg. Wie gesagt, ich bevorzuge die Konfiguration in der Hardware (Fritz), aber auch das Setzen eines anderen primären DNS in der Konfiguration von resolvconf ist möglich.

samoht · 2019/04/13, 11:43:29

Danke, @unklarer, für die zielführenden Hinweise, und auch für Deine wohltuende Empathie 😉.
Diese Probleme mit der Namensauflösung sind neu und rätselhaft für mich, da sie sich ja ansonsten bislang nicht bemerkbar gemacht haben und ja auch nur einige Paketlisten betroffen sind.
Ein erster Blick in die systemd-manpages betreffend resolvconf hatte mich abgeschreckt (😠). Ich zitiere:

ZitatEs gibt "tausende" Lösungen, weil es wahrscheinlich "tausende" Ursachen gibt

So habe ich den »bequemen«, für einen speziellen Nutzer offensichtlich nicht tolerierbaren, Weg über das Forum gesucht. Anfangs mit »mäßigem« Erfolg.
Deinen Hinweisen betreffend des exzellenten Arch-Wikis und der bluelupo-Posts, die ich nicht mehr auf dem Schirm hatte, werde ich nachgehen und berichten

Schönes Wochenende, @unklarer,

Tom

samoht · 2019/04/13, 11:49:12

Danke auch Dir, @melmarker, Dein Posting und meine Antwort auf @unklarer haben sich überschnitten.
Mal sehen, wohin mich das führen wird 😉?
Greetings,
Tom

melmarker · 2019/04/13, 12:55:04

@samoht - suchen und fluchen bleibt bei debian noch einige Zeit, da in debian daemons per default aktiviert werden. Das Problem wird noch schlimmer, wenn man als User durch Zufall oder mit Absicht (ohne die Konsequenzen zu kennen) mehrere daemons für ein und den selben Zweck installiert. Dann heisst es: Wer zuerst kommt, malt zuerst. Dieses Verhalten ist oftmals nicht wirklich vorhersehbar im Sinne von "Wer zuerst kommt ..." - und noch eine Bitte. Systemd-networkd ist ne ganz feine Sache und default nicht aktiviert, die machen es richtig™ - Wenn man wirklich diesen Weg gehen will, dann bitte sicherstellen, dass man Sachen wie ifupdownd, nm, connman, resolvconf und was ich noch alles vergessen haben könnte deaktiviert oder deinstalliert.

Einen hab ich noch vergessen - bevor Stimmen laut werden, dass das auch bitteschön automatisch zu passieren hätte - nö, ist nicht drin, die Pakete haben alle Priority: optional und laut Debian-Policy dürfen Pakete dieser Priorität nicht konflikten

samoht · 2019/04/13, 14:05:55

Gerade eben starte ich mein tägliches update/package list fetching procedure,
Mit geteilten Gefühlen!
Und:
Alles korrekt, wie ich es seit ewigen siduction-Zeiten gewohnt bin!
Ich hatte allerdings noch nichts angerührt!

@melmarker; Du lagst wohl richtig mit Deinen Mutmaßungen betreffend konkurrierender daemons!

ZitatWer zuerst kommt, malt zuerst. Dieses Verhalten ist oftmals nicht wirklich vorhersehbar ...

Ich werde mir meine Installation mal genauer ansehen im Sinne von

Zitat... bitte sicherstellen, dass man Sachen wie ifupdownd, nm, connman, resolvconf und was ich noch alles vergessen haben könnte deaktiviert oder deinstalliert

Ein schönes Wochenende an @melmarker und @unklarer!
Tom