Nach Nodejs Update kein Adapter mehr updatebar
-
zwave gelöscht und alexa2 erneut versucht zu installieren
user@iobroker-ubuntu:/opt/iobroker$ iobroker upgrade alexa2 --debug This upgrade of "alexa2" will introduce the following changes: ========================================================================== -> 3.18.6: Fix deviceStop sequence command -> 3.18.5: Fix crash case reported by Sentry Add image for Fire Cube -> 3.18.3: Fix doNotDisturb and doNotDisturb for All devices Update do not disturb status after set for all devices preserve a changed name for a "This device" device object -> 3.18.2: Enable commands again for Apps with type A2TF17PFR55MTB - will only work sometimes as it seems ========================================================================== Would you like to upgrade alexa2 from @3.18.1 to @3.18.6 now? [(y)es, (n)o]: y Update alexa2 from @3.18.1 to @3.18.6 NPM version: 8.11.0 Installing iobroker.alexa2@3.18.6... (System call) npm WARN deprecated dgram@1.0.1: npm is holding this package for security reasons. As it's a core Node module, we will not transfer it over to other users. You may safely remove the package from your dependencies. npm WARN deprecated crypto@1.0.1: This package is no longer supported. It's now a built-in Node module. If you've depended on crypto, you should switch to the one that's built-in. npm WARN deprecated node-xmpp-tls-connect@1.0.1: this package is deprecated please use https://github.com/xmppjs/xmpp.js npm WARN deprecated request-promise-native@1.0.9: request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142 npm WARN deprecated har-validator@5.1.5: this library is no longer supported npm WARN deprecated request-promise@4.2.6: request-promise has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142 npm WARN deprecated node-xmpp-core@5.0.9: this package is deprecated please use https://github.com/xmppjs/xmpp.js npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 npm WARN deprecated querystring@0.2.1: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. npm WARN deprecated node-inspect@2.0.0: This module is part of Node.js core and does not need to be installed separately. It is now unmaintained. npm WARN deprecated multer@1.4.4: Multer 1.x is affected by CVE-2022-24434. This is fixed in v1.4.4-lts.1 which drops support for versions of Node.js before 6. Please upgrade to at least Node.js 6 and version 1.4.4-lts.1 of Multer. If you need support for older versions of Node.js, we are open to accepting patches that would fix the CVE on the main 1.x release line, whilst maintaining compatibility with Node.js 0.10. npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. npm WARN deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details. npm WARN deprecated uuid@3.3.2: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details. npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm WARN deprecated appium-logger@2.1.0: Moved into appium-support npm WARN deprecated node-xmpp-client@3.2.0: this package is deprecated please use https://www.npmjs.com/package/@xmpp/client npm WARN deprecated axios@0.27.0: Formdata complete broken, incorrect build size npm WARN deprecated core-js@1.2.7: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js. npm WARN deprecated core-js@2.6.12: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js. npm ERR! code ENOTEMPTY npm ERR! syscall rename npm ERR! path /opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src npm ERR! dest /opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src npm ERR! errno -39 npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src' -> '/opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src' npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-07-22T11_15_10_431Z-debug-0.log host.iobroker-ubuntu Cannot install iobroker.alexa2@3.18.6: 217open Request’s Past, Present and Future #3142
open Request’s Past, Present and Future #3142
closed ReDos Vulnerability Regression Visibility Notice #797
closed ReDos Vulnerability Regression Visibility Notice #797
closed ReDos Vulnerability Regression Visibility Notice #797
closed ReDos Vulnerability Regression Visibility Notice #797
open Request’s Past, Present and Future #3142
-
@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:
ENOTEMPTY: directory not empty, rename /opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src' -> '/opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src
Das Spiel ist immer das gleiche...
rm -rf /opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src -
Habe ich gelöscht und wollte Alexa2 installieren, da sagt er mir ist up to date, komisch.
Als ich dann cloud aktualisieren wollte:
user@iobroker-ubuntu:/opt/iobroker$ iobroker upgrade cloud --debug This upgrade of "cloud" will introduce the following changes: ========================================================================== -> 4.2.1: Used new version of socket library. ========================================================================== Would you like to upgrade cloud from @4.2.0 to @4.2.1 now? [(y)es, (n)o]: y Update cloud from @4.2.0 to @4.2.1 NPM version: 8.11.0 Installing iobroker.cloud@4.2.1... (System call) npm ERR! code ENOTEMPTY npm ERR! syscall rename npm ERR! path /opt/iobroker/node_modules/abbrev npm ERR! dest /opt/iobroker/node_modules/.abbrev-5eNud0FY npm ERR! errno -39 npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/abbrev' -> '/opt/iobroker/node_modules/.abbrev-5eNud0FY' npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-07-22T11_25_03_406Z-debug-0.log host.iobroker-ubuntu Cannot install iobroker.cloud@4.2.1: 217und die ganzen Verzeichnisse mit.xyz sind auf einmal alle wieder da, obwohl iobroker die ganze zeit aus ist.
-
-
schätze Du meinst den Thread ( @Thomas-Braun )
-
Na ja bevor ich ein Backup zurück sichern würde, würde ich eher meine Methode noch versuchen, das ist wesentlich weniger zeitaufwändig. Habs noch ergänzt bevor man das macht natürlich - Image oder komplettsicherung des Systems und IOB stop ( hab ich noch ergänzt).
-
habe es wie du vorgeschlagen gemacht und es hat alles prima funktioniert.
wenn ich nun apt-get update mache erhalte ich folgendes:
user@iobroker-ubuntu:~$ apt-get update Paketlisten werden gelesen... Fertig E: Sperrdatei /var/lib/apt/lists/lock konnte nicht geöffnet werden. - open (13: Permission denied) E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden. W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied) W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)oder mache ich update und upgrade als root?
-
@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:
oder mache ich update und upgrade als root?
Nein, nie direkt als root hantieren.
Das wird per sudo angeleiert:sudo apt update sudo apt full-upgrade -
hab einen ssh key für user hinterlegt, womit ich mich per ssh automatisch anmelden kann. Wenn ich nun per sudo Behle ausführe, wird ja wieder das Passwort verlangt. Kann man das anders lösen?
-
@tilly man kann das Lösen, in dem man sudo so konfiguriert, dass man kein Passwort mehr braucht, aber ich bekomme glaube gleich Haue von Thomas.
Und wie Thomas beschrieben hat, kann man auf das get verzichten.
-
@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:
Kann man das anders lösen?
Ja, kann man.
Nein, tut man nicht.Die Verzeichnislöschorgie kann man übrigens mit dem Einzeiler automatisieren:
cd /opt/iobroker/node_modules for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done -
@thomas-braun Muss aber jeder selbst wissen.
Ich habe wie gesagt die sudo Passwortabfrage deaktiviert. Ansonsten muss man halt die beiden Befehle als root machen. Sonst kann man eben mit sudo und passwortlosem ssh arbeiten. Das ist im Übrigen auch wichtig, wenn man mit dem Linux Control Adapter arbeiten will. Der kann dann nämlich auch automatisch Upgraden wenn man will und sich nicht mit root Rechten anmelden will.
-
@mickym sagte in Nach Nodejs Update kein Adapter mehr updatebar:
Muss aber jeder selbst wissen.
Erfahrungsgemäß weiß aber nur die absolute Minderheit damit gescheit umzugehen.
Deswegen mein allgemeiner Rat: Finger weg von der Userverwaltung und dem seitens der Distribution vorgesehenen Rechtemanagement. Das hat schon einen Sinn, das es so eingestellt wurde wie es 'ab Werk' eingestellt ist.Ich würde da vielleicht allenfalls die sog. 'grace time' etwas höher setzen. In dieser Zeitspanne wird dann nicht erneut nach dem PW gefragt.
-
@thomas-braun Na ja wenn Du mit ssh Dich ohne Passwort verbinden willst, dann macht es halt nicht wirklich Sinn. Aber ich hab ja in einem anderen Thread schon mal gepostet, wie es geht und im Netz findet man ja auch genug Input. Ich hantiere lieber mit meinem pi und passwortlosem Sudo, als mit root auf entfernten Systemen und kann damit eigentlich einiges machen. So gibts inzwischen bei mir gelben Alarm wenn Updates anstehen.
-
Im Netz findet man alles. Auch wie man z.B. nodejs irgendwie an allem vorbei in die Keramik donnert.
Da bin ich ja Leid gewohnt. -
@thomas-braun sagte in Nach Nodejs Update kein Adapter mehr updatebar:
Im Netz findet man alles. Auch wie man z.B. nodejs irgendwie an allem vorbei in die Keramik donnert.
Da bin ich ja Leid gewohnt.Ja gebe Dir da Recht. Mit der Zeit bekommt man aber bissi Übung - Gutes von Schlechtem zu unterscheiden. Insbesondere ein Filter, der Posts von anno dazumal rausfiltert, sollte man in der Regel nutzen.
In diesem Fall, wenn man ohne PW über SSH auf ein entferntes System zugreifen will, dann macht es auch Sinn, das Passwort von sudo für diesen EINEN User zu disablen. - Ist halt meine Meinung - Du bist allerdings hier der Fachmann im Vergleich zu mir - und trotzdem müssen wir ja nicht immer gleicher Meinung sein
- bzw. muss ich Deiner Meinung sein, weil Du auf diesem Gebiet die höhere Kompetenz hast. (Gibt ja noch so 1-2 Punkte, wo wir unterschiedliche Auffassungen haben. ) -
Ich gehe jetzt Mal davon aus, dass der use case 'Es reden Maschinen miteinander' beim TE nicht vorliegt.
Und selbst dann würde man diesen Maschinenuser per sudoers auf das beschränken, was der halt machen können darf. -
ok eine Frage noch. Nutze momentan Ubuntu 18.04.6 LTS
Beim Einloggen erhalte ich die Meldung zum Update auf 20.04.4 LTS. Ist das so einfach zu machen?New release '20.04.4 LTS' available. Run 'do-release-upgrade' to upgrade to it. -
@tilly da bin ich leider raus. Ich habe ja nur debian auf dem Raspberry und das ist ja ein richtiges Release Update, also als ob Du Windows 10 auf Windows 11 upgradest. Das kann ggf. böse enden. Würde ich vielleicht schon mal machen. Aber nur mit Komplettsicherungen und da bist glaub länger beschäftigt um sicher zu stellen, dass alles wieder läuft. Aber irgendwann wirst Du wohl in diesen Apfel beißen müssen.
-
Theoretisch ja.
In der Praxis können Fallstricke lauern.Je mehr am System 'rumgefrickelt' würde, umso höher die Wahrscheinlichkeit da in Stolperfallen zu laufen
Auch deswegen halt der Rat, das System nicht mutwillig auf links zu drehen
Das 'do-release-upgrade-Skript' geht nämlich von einem unverfummelten System aus.
