Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@tjaden warum sollze es denn unbedingt auf dem NAS laufen?

ein NAS ist ein NAS und normalerweise kein Allzweckserver.
oft sind da die (Rest-)Ressourcen niedriger als bei einem SBC mit 2gb RAM.

Außerdem wird oft irrtümlich gedacht, dass ein NAS sowieso 24/7 läuft und die 3W für einen Pi eingespart werden könnten.

Leider gehen jetzt beim NAS die Platten 24/7 nicht mehr schlafen, so dass das NAS mehr Strom verbraucht als vorher, und zwar mehr als 3W.

und das im iobroker Docker Linux läuft ist ja wohl auch klar.

[crunchip]

@tjaden hab zwar nicht alles verfolgt, ber ich lese nach wie vor "strech"

[Tjaden]

@homoran Klingt schlüssig. Einen Zero W habe ich noch rumliegen, der wird aber nicht reichen, oder?
Nachtrag: Ich hatte das nicht gemacht, weil ich las dass die SD-Karten nicht für den Dauerbetrieb gedacht sind. Der NAS schon. Ich könnte noch eine kleine SSD anhängen, ich schaue mal, wie ich das Docker beibringe.

@crunchip Wenn ich wüsste wie das ginge und was mir das bringt würde ich das gerne ändern.

[Thomas Braun]

@crunchip sagte in Adapterupdates nicht möglich:

hab zwar nicht alles verfolgt, ber ich lese nach wie vor "strech"

Ja, da wollte ich nicht auch noch ran.
Aber das ist doch der ganz dolle Vorteil von Containern, dass man die ganz schnell und ohne Komplikationen aktuell halten kann. Wird mir jedenfalls immer erzählt.

[haselchen]

@thomas-braun

Ich lese da Ironie raus ;)

Spiele mal Versuchskaninchen und update im Container von stretch auf buster.

Work in Progress.....

[Thomas Braun]

@haselchen sagte in Adapterupdates nicht möglich:

Ich lese da Ironie raus

Nein. :-D

[haselchen]

@tjaden

So, Fortschritt ist bei 35%. Rödelt ganz schön das Ding.
Ganz wichtig: Backup vorher machen!

Vorbereitende Befehle im Container Terminal:

sudo nano /etc/apt/sources.list

dann alle Wörte mit stretch auf buster ändern und dann mit strg+c speichern und strg+x beenden.

deb http://deb.debian.org/debian debian buster main

deb http://deb.debian.org/debian buster-updates main

deb http://deb.debian.org/debian buster/updates main

dann iobroker bzw.den Container neu starten.

Nun apt-get update eingeben und warten :)

[Thomas Braun]

@haselchen sagte in Adapterupdates nicht möglich:

apt-get update

Besser mit apt arbeiten:

apt update
apt full-upgrade

Und die bestehende Installation vorher auf den letzten Stand bringen.

[haselchen]

@tjaden

Den Hinweis von @Thomas-Braun kannst du mit einfliessen lassen.

Wenn das Update durch ist, dann

apt dist-upgrade

wenn das auch durch ist dann

sudo apt --purge autoremove

um veraltete Pakete zu entfernen.

Nun nochmal den Container neu starten, dann sollte das Sytem aus Buster laufen.

[haselchen]

@Tjaden
@Thomas-Braun
@crunchip

Hat geklappt.

[Thomas Braun]

@haselchen
Aber besser nicht als root rumhampeln...

Ach, wieder sinnlosigy... :-)

[Homoran]

@haselchen sagte in Adapterupdates nicht möglich:

dann alle Wörte mit stretch auf buster ändern und dann mit strg+c speichern und strg+x beenden.

und jetzt auf bullseye!
:joy:

[haselchen]

@thomas-braun

Koooooorrekt :)
Automatisch root

Da ich nur einmal die Woche den apt update Befehl eingebe, darf ich hoffentlich in deinem Namen root bleiben ;)

@Homoran

Estmal Schlag den Star und dann bin ich vielleicht mutig und abgestumpft genug :) :)

Also ich bin echt überrascht, das Update hat mir 1GB RAM weniger beschert.
Ich war vorher bei 3,5GB und nun 2,5.

Ich muss dem TE eigentlich danken :joy:

[Thomas Braun]

@haselchen sagte in Adapterupdates nicht möglich:

Also ich bin echt überrascht, das Update hat mir 1GB RAM weniger beschert.

Das baut sich wieder auf.

[Thomas Braun]

@haselchen sagte in Adapterupdates nicht möglich:

darf ich hoffentlich in deinem Namen root bleiben

Nö, aber soweit ich das weiß hast du ja auf dem abgespeckten Synology-Zeuch auch keine andere Wahl.

[crunchip]

@haselchen sagte in Adapterupdates nicht möglich:

Ich war vorher bei 3,5GB und nun 2,5.

@haselchen sagte in Adapterupdates nicht möglich:

sudo apt --purge autoremove

is ja irgendwie logisch, vor allem wenn sich da einiges ansammelt (edit...von ram war die Rede)

ich habe mir allerdings generell angewöhnt, nicht sofort "autoremove" auszuführen, sondern erst einmal die Maschine neu zu starten, damit der "eventuelle damit verbundene neue Kernel" läuft

[Thomas Braun]

@crunchip

Ja, autorenove erst wenn man im neuen System drin ist.

[haselchen]

@crunchip

Beim Autoremove ist nicht viel entfernt worden.
Wenn ich mich noch erinnere waren das ~25MB

Nach ner Stunde bin ich immer noch bei 2,5GB.
Der Update-Tag hat sich gelohnt.
Bisher keine groben Probleme.
JS Controller, Admin, OS....alles läuft soweit rund.

[Thomas Braun]

@haselchen
Das ist keine Frage der Menge sondern des Inhalts. Kann auch ein winzig kleines Ok aket sein, dass dann die ganzen Dependencies zum Einsturz bringt.
Aber auch hier gilt wieder: Je schlanker das System aufgebaut ist, desto einfacher ist die Verwaltung.

[Tjaden]

@haselchen said in Adapterupdates nicht möglich:

Ich muss dem TE eigentlich danken

Gern geschehen :grin:

Aktuell nutzt der Container bei mir unter Stretch 545 MB RAM. Lohnt sich der Umstieg da? Ich bin froh, dass grade alles läuft :smile:

Habe nun auch auf Buster umgestellt. Danke für die Anleitung!

Damit hat sich die Frage nach dem Pi Zero W wohl leider auch erledigt, mit seinen 512 MB RAM. Mein 3B+ hängt am Prusa MK3S.

Sobald ich meine externe Mini-SSD wiedergefunden habe wollte ich schauen, wie ich der DS218+ beibringe, den Container darauf laufen zu lassen, statt auf den HDD.