NEWS
*Gelöst* requestPath: 'coffee-script'
-
@kueppert sagte in *Gelöst* requestPath: 'coffee-script':
Buster-Sourcen laufe (teilweise).
Ein Mix aus verschiedenen Releases ist auch brandgefährlich. Das muss alles stimmig sein.
-
@thomas-braun ich dachte bisher, dass sich alle .list-Inhalte automatisch updaten, wenn man zB auf Bullseye aktualisiert (komme noch von einer Version vor Buster...oder 2 Versionen vorher sogar). Entweder hab ich da war grundlegend falsch gemacht oder man muss da immer manuell rein?
-
@kueppert sagte in *Gelöst* requestPath: 'coffee-script':
Entweder hab ich da war grundlegend falsch gemacht oder man muss da immer manuell rein?
Kommt drauf an. Es gibt (z. B. bei Ubuntu) Skripte, die ein Release-Upgrade machen. Die klammern aber auch Third-Party-Repositories aus, da muss man also immer manuell ran.
Hier hab ich das mal (halb)-manuell gemacht:
https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye
-
@thomas-braun hab jetzt omit=dev ausgeführt aus deinem Kommentar. Ich erhalte jetzt "nur" noch folgende Fehlermeldung im Protokoll iob:
javascript.0 2022-07-14 10:34:33.272 error WARN config production Use `--omit=dev` instead. javascript.0 2022-07-14 10:34:33.264 error npm
-
Mehr Kontext... Davor und danach die Zeilen.
Ich vermute, das ist ein im javascript-Adapter zusätzlich eingefügtes Modul. Da ist das okay, die Installationsroutine läuft noch mit den 'alten' Befehlen wie --production.Wie schaut denn jetzt dein System aus? Immer noch 'zerrupft'?
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
-
@thomas-braun bein Reboot der VM sind die Fehlermeldungen komplett verteilt im LOG aufgetreten. Einen Zusammenhang zu einem Adapter/Prozess kann ich da garnicht herauslesen...
Kakke...komme nicht mehr via Putty auf die VM
nur noch mit dem root-User
-
@kueppert sagte in *Gelöst* requestPath: 'coffee-script':
Kakke...komme nicht mehr via Putty auf die VM nur noch mit dem root-User
Dein System ist komplett krumm. root kann sich eigentlich gar nicht von extern am System anmelden. In 'gescheiten' Setups jedenfalls.
-
@thomas-braun bin im Heimnetz unterwegs und im gleichen VLAN. Aber ja, hab root-Zugriff, der deaktiviert war, beim Aufsatz von Linux extra aktivieren müssen (gut dass ich ihn hab, sonst wär ich jetzt ausgesperrt gewesen ^^).
Hab meinen User wieder eingerichtet und damit wieder weg vom rootthorsten@ioBroker2:~$ sudo ln -s /usr/bin/node /usr/bin/nodejs [sudo] Passwort für thorsten: ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits thorsten@ioBroker2:~$ uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.16.0 v16.16.0 8.11.0 thorsten /home/thorsten OK:1 http://deb.debian.org/debian bullseye InRelease OK:2 http://deb.debian.org/debian-security bullseye-security InRelease OK:3 https://deb.nodesource.com/node_14.x bullseye InRelease OK:4 http://deb.debian.org/debian bullseye-updates InRelease OK:5 https://repos.influxdata.com/debian buster InRelease OK:6 https://deb.nodesource.com/node_16.x bullseye InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.16.0-deb-1nodesource1 Installationskandidat: 16.16.0-deb-1nodesource1 Versionstabelle: *** 16.16.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages 100 /var/lib/dpkg/status 14.20.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x bullseye/main amd64 Packages 12.22.12~dfsg-1~deb11u1 500 500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages
sieht für mich erst mal gut aus...nur das Influx-Repo (hab die InfluxDB auf ner anderen VM laufen, aber wird ja für den Influx Adapter auch auf dem ioBroker-Server benötigt) ist noch krumm
-
Die /etc/apt/sources.list.d/influxdb.list muss auch auf bullseye gesetzt werden.
-
@thomas-braun erledigt. Perfekt, System rennt jetzt wieder mit aktueller Linux-Distribution
Vielen Dank.