Adapterupdates nicht möglich
-
@homoran Deine Nachricht hatte ich bisher wohl übersehen:
Warum tue ich mir Docker an? Weil ich damals nach einer Lösung für die Heimautomation suchte und diese gerne auf meinem NAS laufen lassen wollte. Ich sah dann dass es die Möglichkeit in Docker gibt und Docker läuft ja nativ auf dem NAS.
Wenn du so fragst kann man da sicher auch via VM Linux drauf laufen lassen. Aber da kommt man nicht drauf, wenn man normalerweise kein Linux nutzt. Ich ging damals naiv davon aus dass man iobroker ein mal installiert (in Docker) und dann alle Updates direkt über die Weboberfläche laufen. Ich könnte mir auch vorstellen, dass eine VM meine ohnehin recht beanspruchte DS218+ dann überbeansprucht, bzw. zumindest mehr belastet als der iobroker-Docker-Container.
-
@tjaden sagte in Adapterupdates nicht möglich:
Warum ist node dann nicht auch darin enthalten?
das ist es leider in manchen Distributionen.
und dann geht das Problem erst richtig los, weilmes dann oft anders installiert ist und mit der Installation über nodesource eine zweite Installation hinzukommt. -
/usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.1 v14.18.1 6.14.15 sudo: Hostname iobroker kann nicht aufgelöst werden Ign:1 http://deb.debian.org/debian stretch InRelease OK:2 http://deb.debian.org/debian stretch-updates InRelease OK:3 http://deb.debian.org/debian stretch Release OK:4 http://security.debian.org/debian-security stretch/updates InRelease OK:5 https://deb.nodesource.com/node_14.x stretch InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. sudo: Hostname iobroker kann nicht aufgelöst werden OK:1 http://security.debian.org/debian-security stretch/updates InRelease Ign:2 http://deb.debian.org/debian stretch InRelease OK:3 http://deb.debian.org/debian stretch-updates InRelease OK:4 http://deb.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_14.x stretch InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 14.18.1-1nodesource1 Installationskandidat: 14.18.1-1nodesource1 Versionstabelle: *** 14.18.1-1nodesource1 500 500 https://deb.nodesource.com/node_14.x stretch/main amd64 Packages 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://deb.debian.org/debian stretch/main amd64 Packages -
@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.
-
@tjaden hab zwar nicht alles verfolgt, ber ich lese nach wie vor "strech"
-
@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.
-
@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. -
Ich lese da Ironie raus
Spiele mal Versuchskaninchen und update im Container von stretch auf buster.
Work in Progress.....
-
-
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.listdann 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 maindann iobroker bzw.den Container neu starten.
Nun
apt-get updateeingeben und warten
-
@haselchen sagte in Adapterupdates nicht möglich:
apt-get update
Besser mit apt arbeiten:
apt update apt full-upgradeUnd die bestehende Installation vorher auf den letzten Stand bringen.
-
Den Hinweis von @Thomas-Braun kannst du mit einfliessen lassen.
Wenn das Update durch ist, dann
apt dist-upgradewenn das auch durch ist dann
sudo apt --purge autoremoveum veraltete Pakete zu entfernen.
Nun nochmal den Container neu starten, dann sollte das Sytem aus Buster laufen.
-
-
@haselchen
Aber besser nicht als root rumhampeln...Ach, wieder sinnlosigy...
-
@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!
-
Koooooorrekt
Automatisch rootDa ich nur einmal die Woche den apt update Befehl eingebe, darf ich hoffentlich in deinem Namen root bleiben
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
-
@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.
-
@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.
-
@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
-
Ja, autorenove erst wenn man im neuen System drin ist.
