(Gelöst)Mist gebaut beim entfernen von Pihole

[Damrak2022]

@thomas-braun Naja, mit Ausnahme vom zweiwöchigen sudo update. Zumindest bis ich es etwas verstehe. Gibt es denn eine Chance mein System wieder hinzubekommen?

[Thomas Braun]

@damrak2022

Ich kann es dir auch nicht sagen.

ls -la /etc/apt/sources.list.d/docker*

verrät dir zumindest grob wann das angelegt wurde.

[Damrak2022]

@thomas-braun sagte in Mist gebaut beim entfernen von Pihole:

ls -la /etc/apt/sources.list.d/docker*

pi@homebridge:~ $ ls -la /etc/apt/sources.list.d/docker*
-rw-r--r-- 1 root root 113 12. Jun 2022  /etc/apt/sources.list.d/docker.list
pi@homebridge:~ $

Lässt sich Docker nicht einfach runterwerfen um dann mein ganz normales Bullseye 64 Bit laufen zu lassen?

[Thomas Braun]

@damrak2022 sagte in Mist gebaut beim entfernen von Pihole:

Gibt es denn eine Chance mein System wieder hinzubekommen?

Bestimmt. Wenn man die ganzen 'verfummelten' Dinge wieder zurück dreht.
Da ich aber nicht sehe was da wann warum und wie gemacht wurde und ich auch von Docker die Finger lasse, weil ich die zusätzliche Schicht die dann da im System eingezogen wird nicht laufen haben will, bin ich bei dem Thema raus.

[Damrak2022]

@thomas-braun Okay, also bleibt mir praktisch nur eine saubere Neuinstallation?

[Thomas Braun]

@damrak2022

Ich kann es dir nicht sagen.

[Damrak2022]

@thomas-braun Noch eine Frage: Wenn ich diesen Befehl eingebe um Docker zu entfernen, bekomme ich die Info das ein Paket "Docker nicht installiert sei:

pi@homebridge:~ $ sudo apt remove docker -y
[sudo] Passwort für pi:
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket »docker« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  alsa-topology-conf alsa-ucm-conf alsa-utils bluez bluez-firmware dos2unix git-man libasound2 libasound2-data libatopology2 liberror-perl libfftw3-single3
  libsamplerate0 libsodium23 libxslt1.1 python3-distro python3-idna python3-six python3-toml python3-urllib3 raspinfo rfkill triggerhappy
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@homebridge:~ $

[Ro75]

@damrak2022 Wenn du Docker so entfernst, dann bleiben möglcherweise Daten von Docker erhalten (z.B. Netzadapter, Volume, Images, ...). Die ggf. zuerst entfernen.

[Damrak2022]

@ro75 Ja, aber da steht doch "Docker" sei nicht installiert. Ich kapiere das nicht. Kannst Du mir da helfen, damit ich nicht alles neu aufsetzen muss, weil Thomas ist da ja raus, weil er Docker wohl nicht nutzt und mag.

[Ro75]

@damrak2022 schau mal hier. Link Text. Aber alles auf eigenes Risiko. So hatte ich auf meinem Testystem Docker auch komplett entfernen können.

[Thomas Braun]

@damrak2022 sagte in Mist gebaut beim entfernen von Pihole:

weil er Docker wohl nicht nutzt und mag.

Und nicht kenne.

[Dr. Bakterius]

@damrak2022 Schon mal probiert pi-hole neu zu installieren und sehen ob es dann wieder funktioniert?

[Damrak2022]

@dr-bakterius Ja, das kann ich machen. Beim deinstallieren muss ich dann alle Abfragen ob er was entfernen soll verneinen, richtig?
Und der Befehl zum deinstallieren lautet: Pihole uninstall ?

[Meister Mopper]

@damrak2022 sagte in Mist gebaut beim entfernen von Pihole:

Und der Befehl zum deinstallieren lautet: Pihole uninstall ?

Ja

[Damrak2022]

@meister-mopper Das geht so nicht da er den Befehl garnicht mehr kennt:

pi@homebridge:~ $ curl -sSL https://install.pi-hole.net | bash
-bash: curl: Kommando nicht gefunden.
pi@homebridge:~ $

Dann muss ich wohl so vorgehen wie @Ro75 empfohlen hat. Mal schauen, ob ich damit klarkomme

[Meister Mopper]

@damrak2022

Sollte heißen:

pihole uninstall

[Ro75]

@damrak2022 Da scheint aber mehr im Eimer zu sein. Läuft dein Raspi mit SD-Card oder SSD?

[Damrak2022]

@ro75 Mit SSD

Aber das einspielen eines Backups macht dann ja auch keinen Sinn, da dieser Docker Mist anscheinend schon seit Juni 2022 drauf ist.

[Ro75]

@damrak2022 Das ist wohl zu befürchten. Backup aber von ioBroker machen.

[Damrak2022]

@ro75 So sieht das aus wenn ich mir alle anzeigen lasse.

pi@homebridge:~ $ sudo docker images -a
[sudo] Passwort für pi:
REPOSITORY                TAG               IMAGE ID       CREATED         SIZE
bbricardo/fritzinfluxdb   1.0.0             73a913877505   10 months ago   140MB
bbricardo/fritzinfluxdb   latest            73a913877505   10 months ago   140MB
<none>                    <none>            4eb71571b200   10 months ago   140MB
<none>                    <none>            a6b2a064edfb   10 months ago   116MB
<none>                    <none>            ad6287dd66ea   10 months ago   116MB
<none>                    <none>            17b4a01677c9   10 months ago   116MB
<none>                    <none>            1af19db4d0e4   10 months ago   116MB
python                    3.9-slim          50528aae958e   10 months ago   116MB
moby/buildkit             buildx-stable-1   d2cf332198ca   11 months ago   134MB

Wenn ich das richtig verstehe müsste ich als nächsten Befehl das eingeben

docker rmi $(docker images -a -q)

um alle zu löschen. Ist das so richtig?

Die ersten beiden brauche ich definitiv nicht. Was das letzte ist, keine Ahnung das sagt mir garnichts.