apt update ultra langsam

Avenger84

Lt. Commander
Registriert
Feb. 2008
Beiträge
1.758
Hallo, seit einiger Zeit ist "apt update" ultra langsam:
1758567728729.png

30kb/s !?
an mir liegt es nicht.

Frage 1: Ist das bei euch auch so langsam geworden ?
Frage 2: Gibt es schnellere andere Paketquellen ?

Ich hatte mal probiert die zur RWTH Aachen oder TU Chemnitz umzustellen, was aber nicht geklappt hat, k.A. warum.

Ist ein RPi3 mit Bookworm 32bit light.

edit: das eigentlich Update der Pakete (full-upgrade) geht komischerweise mit voller Geschwindigkeit.
 
Zuletzt bearbeitet:
Probiers ggf mal über Mobilfunk probieren, kann ja auch am Internetanschluss liegen. Bei mir kann ich es nicht betätigen.
 
Wenn es zuletzt "normal" war, dann kann's temporäres Problem sein.

Ich hatte letztens auch so was ähnliches bei Ubuntu. Bei mir war das Problem. dass IPv6 bevorzugt verwendet wurde und da gab's Paketverluste. Habe es dann bei mir auf IPv4 umbestellt und es lief besser. Aber ich nutze zusätzlich noch Apt-Cacher-ng.
Ergänzung ()

Mit
Code:
sudo mtr -6 -rwzbc 100 security.ubuntu.com
sudo mtr -4 -rwzbc 100 security.ubuntu.com
kannst du schauen, wie es bei dir aussieht. Statt security.ubuntu.com musst du aber die Raspberry Domain nehmen.
 
Telekom Anschluss? Nur Abends lahm? Peering Problem


Trag doch mal einen Mirror aus D ein.

Bash:
deb http://ftp.uni-stuttgart.de/raspbian/raspbian bookworm main contrib non-free rpi


apt-mirror-updater scheint wohl nicht supported zu sein, damit wärs total einfach.
 
  • Gefällt mir
Reaktionen: GTrash81 und Sensei21
+ für Mirror

auch wenn das via round-robin gut verteilt werden sollte bzw. zentraler Server viel Kapazität haben sollte - ist der von Ubuntu teils schon recht langsam
 
Jedes mal wenn, warum auch immer, der Downlaod von den Offiziellen Servern und Mirrorn die gerade eingestellt sind hilft normal nen neues mirro ranking/updaten. Ist bei Manjaro so, dürfte genauso bei allen anderen sein. Auch wenn ich dir den Befehl nciht für deine Distro nennen kann.

Es sei den nnatürlich deine Leitung hat tatsächlich grad mal nen problem.
 
Installier und starte netselect-apt

Das gibt dir eine Liste mit den 10 schnellsten mirrors aus.
 
  • Gefällt mir
Reaktionen: Crisser67
Hatte ich letzte Woche auch, mit allem was mit "arch extra" zu tun hatte.

Schulterzuzcken, ist halt so. "Gewisse Menschen" scheinen aktuell was dagegen zu haben, das "andere Menschen" Linux nutzen (NPM anyone?)
 
Gerade auch auf nem Pi mit bookworm probiert. Ist ebenfalls langsamer als sonst. Aber das gabs in der Vergangenheit schon öfter mal, dass repositories langsamer sind.
Metalveteran schrieb:
mit allem was mit "arch extra" zu tun hatte
Jap, hat wahrscheinlich auch hiermit was zu tun.
 
Danke euch.

gimmix schrieb:
Installier und starte netselect-apt

Das gibt dir eine Liste mit den 10 schnellsten mirrors aus.
Code:
The fastest 10 servers seem to be:
        http://mirror.plusserver.com/debian/debian/
        http://debian.mirror.iphh.net/debian/
        http://ftp.es.debian.org/debian/
        http://ftp.es.debian.org/debian/
        http://ftp-stud.hs-esslingen.de/debian/
        http://mirror.23m.com/debian/
        http://ftp.gwdg.de/debian/
        http://mirror.eu.oneandone.net/debian/
        http://ftp.uni-mainz.de/debian/
        http://mirrors.hostiserver.com/debian/
original ist:
Code:
deb [ arch=armhf ] http://raspbian.raspberrypi.com/raspbian/ bookworm main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://raspbian.raspberrypi.com/raspbian/ bookworm main contrib non-free rpi
also mit [armhf]

der plusserver kommt angeblich aus Frankreich.

edit: hatte zwei deutsche Server hinzugefügt:
Code:
Holen:1 http://ftp.gwdg.de/debian bookworm InRelease [151 kB] 
Holen:2 http://ftp.uni-mainz.de/debian bookworm InRelease [151 kB]

darauf nur Fehler:
Code:
W: GPG-Fehler: http://ftp.gwdg.de/debian bookworm InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 78DBA3BC47EF2265 NO_PUBKEY F8D2585B8783D481
E: Das Depot »http://ftp.gwdg.de/debian bookworm InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
W: GPG-Fehler: http://ftp.uni-mainz.de/debian bookworm InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 78DBA3BC47EF2265 NO_PUBKEY F8D2585B8783D481
E: Das Depot »http://ftp.uni-mainz.de/debian bookworm InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
also nicht mal eben wechseln möglich
 
Zuletzt bearbeitet:
Kann das Tool das nicht für die "richtig" hinzufügen?

Jedenfalls das gleich mitgelieferte und dafür vorgesehene Tool bei Manjaro macht das so wie man es ihm sagt selbst. du schibst das an, es testet, es schreibt die Daten.
 
das ist echt schwierig... jetzt habe ich:
Code:
deb http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian/ bookworm main contrib non-free rpi
und kriege:
Code:
 Das Laden der konfigurierten Datei »main/binary-arm64/Packages« wird übersprungen, da das Depot »http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian bookworm InRelease« die Architektur »arm64« nicht unterstützt.
N: Das Laden der konfigurierten Datei »contrib/binary-arm64/Packages« wird übersprungen, da das Depot »http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian bookworm InRelease« die Architektur »arm64« nicht unterstützt.
🤮
bin wohl der erste Mensch der das versucht
Ergänzung ()

Code:
deb [ arch=armhf ] http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian/ bookworm main contrib non-free rpi
damit läuft es scheinbar fehlerfrei
 
  • Gefällt mir
Reaktionen: Alexander2 und gimmix
Zurück
Oben