Adapterupdates nicht möglich
-
/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.
-
Beim Autoremove ist nicht viel entfernt worden.
Wenn ich mich noch erinnere waren das ~25MBNach 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. -
@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.
