docker daemon probleem rpi3 raspbian stretch

[sander817]

Ik draai hassio in een docker omgeving op mijn rpi3. Nu merkte ik dat de rpi3 slecht opstarte met foutmeldingen, en vandaag al helemaal niet meer start. Ik draai alle software van ssd, de opstart gebeurt nog via een sdkaartje.
In de logs zie ik dat de kaart corrupt/kapot is. Dus ik denk, ff een nieuwe image schrijven op een kaartje en we kunnen weer verder. Niet dus, want docker start niet meer op...

Relevante software en hardware die ik gebruik
RPI3 raspbian stretch
Hassio
docker

Het probleem:
docker daemon kan niet starten omdat de overlay2 driver niet bestaat?
Heb ik een verkeerde firmware op de sd kaart gezet?
Aan de SSD is niks verandert, alles werkt, behalve docker die niet wil starten

code:

pi@rpi3:~$ dockerinfo
-bash: dockerinfo: command not found
pi@rpi3:~$ sudo docker info
Client:
 Debug Mode: false

Server:
ERROR: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
errors pretty printing info
pi@rpi3:~$ sudo dockerd
INFO[2020-10-17T16:44:41.798786404+02:00] Starting up
INFO[2020-10-17T16:44:41.805740638+02:00] parsed scheme: "unix"                         module=grpc
INFO[2020-10-17T16:44:41.806149239+02:00] scheme "unix" not registered, fallback to default scheme  module=grpc
INFO[2020-10-17T16:44:41.806376014+02:00] ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock 0  <nil>}] <nil>}  module=grpc
INFO[2020-10-17T16:44:41.806536433+02:00] ClientConn switching balancer to "pick_first"  module=grpc
INFO[2020-10-17T16:44:41.811467039+02:00] parsed scheme: "unix"                         module=grpc
INFO[2020-10-17T16:44:41.811577666+02:00] scheme "unix" not registered, fallback to default scheme  module=grpc
INFO[2020-10-17T16:44:41.811665220+02:00] ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock 0  <nil>}] <nil>}  module=grpc
INFO[2020-10-17T16:44:41.811720064+02:00] ClientConn switching balancer to "pick_first"  module=grpc
ERRO[2020-10-17T16:44:41.820630478+02:00] failed to mount overlay: no such device       storage-driver=overlay2
ERRO[2020-10-17T16:44:41.820805533+02:00] [graphdriver] prior storage driver overlay2 failed: driver not supported
failed to start daemon: error initializing graphdriver: driver not supported
pi@rpi3:~$ uname -r
4.14.98-v7+

[Hero of Time]

Waarom, als je toch een nieuwe image erop zette, draai je nog Stretch? Waarom niet upgraden naar Buster, die een nieuwere kernel draait met extra fixes mbt docker?

Als je er toch een SSD aan hebt hangen via USB, waarom gebruik je die dan niet om vanaf op te starten? Ben je de 'traagheid' en instabiliteit van het sd kaartje kwijt. Je hoeft alleen maar een raspi-update te draaien om de firmware bij te werken en je Pi kan vanaf USB starten.

[sander817]

nee, ik heb op een nieuwe sdcard een nieuwe image gezet, niet op de ssd.

zonder sd kaart erin opstarten vanaf de ssd lukt het mij niet. De ssd wordt alleen gebruikt om te kunnen booten vanaf de ssd met in cmdline.txt de verwijzing naar de ssd:
root=PARTUUID=f36137b7-7837-4281-960f-9a5b41dc6e31

[sander817]

het rare is dat er op de ssd niks veranderd is, dus waarom docker niet meer start, geen idee

[Hero of Time]

Je begrijpt mij verkeerd. Ik zeg juist dat je, als je de firmware van je Pi bijwerkt, je wél van USB kan opstarten en zo geen SD kaart meer nodig hebt. Daarmee voorkom je gedoe door een rotte SD kaart.

Maar de vraag is ook waarom je nog Stretch gebruikt ipv Buster. Voor de rest is de error die je krijgt op te zoeken. Wat krijg je als antwoorden daarmee? Want ik zie al snel een paar potentiële oplossingen.

[sander817]

ik heb een vermoeden dat het vervangen van de sd een verkeerde kernel file geladen werd, of helemaal niet geladen.
Ik heb nu de boot op de ssd gezet, en start nu daarvan op. Gelukkig geen sd kaartje meer nodig.
Geen idee waarom ik dat eerder niet werkend kreeg.

Ik draai stretch, omdat ik Hassio er op draai, en dat moet wel blijven werken.

[Hero of Time]

Ik heb twee weken geleden Home Assistant (de juiste naam voor hassio, die is al een tijdje geleden namelijk verandert) op m'n Pi 4 gezet en het begon direct te piepen en janken over de Python versie die er aanwezig is. Als je het via een container draait (waar ze enorm naar pushen), zal een upgrade naar Buster er niets aan veranderen.

[sander817]

snap ik, maar dit is voor mi prima. Bij een volgende crash upgrade ik wel.