Community-Lösung

ZimaOS 1.4.4: App-Installationen mit KB/s: DNS wurde vermutet, doch die Behebung der Ursache umfasste auch einen späteren Build und einen Neustart

A September 2025 ZimaBoard thread where App Store installs took 20-30 minutes and Docker pulls ran at KB/s despite a 100 Mbps fiber connection. IceWhale suspected DNS and asked for a cross-machine docker pull comparison. Disabling DNS-related apps and switching to 8.8.8.8 did not fix it. The user later updated to 1.4.4.4-1, changed DNS to 1.1.1.1, rebooted, and reported normal installs, so the thread does not isolate one root cause.

Die Quelle zeigt, warum ein normaler Geschwindigkeitstest nicht ausreicht, um langsame Docker-/App-Store-Installationen zu diagnostizieren. Das ZimaBoard des Benutzers hatte eine Glasfaserverbindung mit 100 Mbit/s, und MySpeed zeigte einen normalen Internetdurchsatz. Dennoch wurden Anwendungs-Images nur mit wenigen KB/s heruntergeladen, und jede Installation dauerte ungefähr 20–30 Minuten.

IceWhale vermutete DNS als Ursache, doch die Belege sind uneindeutig. Der Benutzer deaktivierte AdGuard Home und Nginx und änderte den DNS-Server auf Googles 8.8.8.8; die Installationen blieben langsam. Einige Tage später, nach der Aktualisierung auf 1.4.4.4-1, der Umstellung des DNS-Servers auf Cloudflare 1.1.1.1 und einem Neustart, liefen die Installationen wieder normal. Da mehrere Variablen gleichzeitig geändert wurden, beweist die Quelle nicht, dass DNS allein das Problem verursacht oder behoben hat.

ZimaOS-Dashboard, das zeigt, dass JDownloader2 nach längerer Zeit noch installiert wird
Die App-Store-Installation konnte 20–30 Minuten aktiv bleiben, obwohl der Internetanschluss des Benutzers deutlich schneller war als die beobachtete Rate beim Herunterladen des Images.

Ein schneller Geschwindigkeitstest beweist nicht, dass Docker-Registry-Downloads schnell sind

Ein Web-Geschwindigkeitstest verbindet sich mit einem nahegelegenen Testserver. Bei der Installation eines Docker-Images können DNS-Resolver, Registry-Endpunkte, Authentifizierungsdienste und CDN-Hosts in verschiedenen Regionen kontaktiert werden.

Normales Surfen oder ein schneller lokaler Geschwindigkeitstest kann daher gleichzeitig mit langsamen Abrufen von Container-Images auftreten.

MySpeed-Dashboard mit etwa 86 Mbit/s Download und 47 Mbit/s Upload auf demselben ZimaOS-Server
Der Quellserver hatte einen normalen Internetdurchsatz, während die App-Store-Images weiterhin sehr langsam heruntergeladen wurden.

DNS war eine plausible Vermutung, aber nicht durch die Quelle belegt

In der Umgebung des Benutzers liefen AdGuard Home, Quad9 und Nginx. Giorgio schlug vor, DNS-bezogene Apps zu deaktivieren und öffentliche DNS-Server wie 1.1.1.1 oder 8.8.8.8 auszuprobieren.

Der erste kontrollierte Test – DNS-bezogene Apps deaktivieren und auf 8.8.8.8 umstellen – behob die langsame Installation nicht. Schreiben Sie daher nicht „AdGuard war die Ursache“ oder „Google DNS behebt das Problem“.

ZimaOS-Ethernet-Einstellungen mit manuell konfiguriertem öffentlichem DNS-Server
Die Änderung des DNS-Servers war nur eine Ebene der Fehlerbehebung und nicht die einzige Variable, die sich vor der Wiederherstellung änderte.

Vergleichen Sie docker pull auf einem anderen Computer

Die nächste Diagnosefrage von IceWhale war besonders hilfreich: Führen Sie auf einem anderen Computer, der mit demselben Netzwerk verbunden ist, einen Docker-Pull für dasselbe Image aus.

Sind beide Geräte langsam, sollten Sie ISP-, Registry-, CDN- und DNS-Routing untersuchen. Ist nur ZimaOS langsam, sollten Sie den Docker-, Netzwerk- und Systemstatus von ZimaOS prüfen.

Prüfen Sie auch Speicherplatz und Schreibgeschwindigkeit

Bei der Image-Installation werden Layer außerdem geschrieben und entpackt. Eine fast volle Systemfestplatte, ein langsamer oder ausfallender Speicher sowie umfangreiche gleichzeitige I/O-Aktivität können eine Installation wie ein Netzwerkproblem erscheinen lassen, selbst wenn der Download selbst problemlos funktioniert.

Mit dem aktuellen ZimaOS können Benutzer Docker-Images und AppData auf größeren Speicher verschieben und die Nutzung des App-Speichers überprüfen.

Bei der Wiederherstellung der Quelle wurde mehr als nur DNS geändert

Der letztlich erfolgreiche Zustand umfasste:

  • Aktualisierung von ZimaOS auf 1.4.4.4-1;
  • Änderung des DNS-Servers auf 1.1.1.1;
  • Neustart des Servers.

Das Ergebnis ist damit real, aber die eigentliche Ursache bleibt ungeklärt.

Das aktuelle ZimaOS ist deutlich neuer als 1.4.4

ZimaOS 1.7 führte den App Store 2.0 ein, und spätere Versionen verbesserten den Docker-Start, die Netzwerkkonfiguration, die YAML-Kompatibilität und die App-Migration. Reproduzieren Sie Symptome langsamer Pulls zunächst in der aktuellen stabilen Version, bevor Sie Workarounds aus dem Jahr 2025 anwenden.

Verwenden Sie die aktuelle ZimaOS-1.7.1-Basis.

FAQ zu langsamen App-Installationen

Hat die Quelle bewiesen, dass die Internetverbindung langsam war?

Nein. Die normalen Geschwindigkeitstests des Servers waren deutlich schneller als die Image-Downloads des App Stores mit wenigen KB/s.

Hat die Umstellung auf 8.8.8.8 das Problem behoben?

Nein. Der Benutzer sagte ausdrücklich, dass das Problem nach diesem Test weiterhin bestand.

Was fiel letztlich mit der Wiederherstellung zusammen?

Eine Aktualisierung auf 1.4.4.4-1, die Änderung des DNS-Servers auf 1.1.1.1 und ein Neustart; die Quelle kann nicht feststellen, welche Änderung ausschlaggebend war.