Den här källtråden leder till en tydlig versionsspecifik slutsats. Efter uppgradering av en ZimaBoard 832 till ZimaOS 1.4.3 startade Docker inte automatiskt, App Store kunde inte installera nya appar och befintliga appar kunde inte starta. Zima-Giorgio sade att teamet kände till problemet med Docker-tjänsten och tillhandahöll ett tillfälligt manuellt omstartskommando.
Trådstartaren bekräftade att omstartskommandot löste det akuta problemet, men rapporterade också att Docker slutade fungera igen efter varje omstart av värddatorn. IceWhales nästa version tillför den saknade pusselbiten: ZimaOS 1.4.4 åtgärdade officiellt ett startfel för Docker som orsakades av ett otillräckligt intervall för tjänstestart.
Felet uppstod omedelbart efter uppgraderingen till 1.4.3
Källanvändaren rapporterade:
- uppdateringen av Prowlarr fastnade;
- befintliga appar startade inte;
- nya installationer från App Store misslyckades;
- användargränssnittet rapporterade att det inte kunde ansluta till Docker-daemonen.
/var/run/docker.sock, vilket blockerade installation och start av appar.IceWhale kallade det ett känt problem med Docker-tjänsten
Den 26 augusti skrev Zima-Giorgio att teamet betraktade det som ett känt problem med Docker-tjänsten och att en korrigering skulle släppas.
Han angav den tillfälliga officiella lösningen:
sudo -i
systemctl restart docker docker.socketDet här kommandot är dokumenterad vägledning från IceWhale för det ursprungliga källfallet med version 1.4.3.
Trådstartaren bekräftade att manuell omstart av Docker fungerade
Användaren svarade att en omstart av Docker som root via kommandoraden helt löste det akuta problemet. Det är en bekräftad framgång enligt källan, inte en spekulativ lösning.
Därefter startade samma användare om ZimaBoard och upptäckte att Docker återigen inte startade automatiskt.
Instrumentpanelen kunde visa appar som startade trots att Docker inte fungerade korrekt
Omstart av Docker återställde appens verkliga status
Manuell omstart av appar löste inte tillförlitligt problemet vid nästa uppstart
Zima-Giorgio sade att vissa rapporter tydde på att det kunde hjälpa framtida omstarter att manuellt starta och starta om varje app. Den ursprungliga skribenten testade idén men såg fortfarande samma falska startläge efter omstart.
Det gör det viktigt att inte framställa omstart av varje app som den slutliga källfixen.
ZimaOS 1.4.4 åtgärdade problemet med Dockers starttid
IceWhales officiella versionsinformation för 1.4.4 innehåller:
- en fix för appar som förblev i laddningsläge efter uppstart;
- en fix för att Docker-tjänstens startintervall var otillräckligt och orsakade startfel;
- ytterligare fixar för apptillstånd och installationskort.
Se ZimaOS 1.4.4-fixarna för Docker-starten för den historiska produktlösningen.
Nuvarande användare bör inte betrakta systemctl restart som den permanenta lösningen
På en modern ZimaOS-version tyder en Docker-daemon som upprepade gånger misslyckas efter omstart på ett aktuellt tjänste-, lagrings-, runtime- eller konfigurationsproblem. Att starta om Docker kan vara en diagnostisk åtgärd, men samla in det verkliga felet innan du gör en manuell omstart till standard vid varje uppstart.
Användbara aktuella uppgifter omfattar:
-
systemctl status docker.service; -
journalctl -u docker.service; - ledigt utrymme på systemdisken;
- nyare GPU-/runtime-overrides eller ändringar på värdsystemet;
- den exakta aktuella ZimaOS-versionen.
Ett liknande symtom kan ha en annan grundorsak
En annan diskussion om 1.4.3 rapporterade att Docker misslyckades eftersom en anpassad NVIDIA-runtime-override fortfarande fanns kvar i systemd-konfigurationen. Det är en annan orsak än problemet med starttid i den här källtråden.
Ta inte bort tjänstens override-filer om inte loggarna visar att en specifik override faktiskt orsakar problem för daemonen.
Vanliga frågor om Docker Daemon 1.4.3
Tillhandahöll IceWhale officiellt en manuell omstart av Docker?
Ja. Zima-Giorgio skrev systemctl restart docker docker.socket som den tillfälliga lösningen i 1.4.3.
Bekräftade användaren som skrev källinlägget att det fungerade?
Ja, för den aktuella uppstarten. Felet återkom efter omstart.
Vilken version dokumenterade produktfixen för starten?
ZimaOS 1.4.4 åtgärdade otillräcklig starttid för Docker-tjänsten, vilket kunde orsaka startfel.
