NEWS
iob node fix - Skript
-
Hat hier funktioniert. Ebenfalls nach anfänglichem Downgrade auf 18.17.0 ist jetzt 18.18.0 installiert und erneuter Durchlauf berichtet wie erhofft 2x "nothing to do". Einwandfrei!
@mick70 sagte in iob node fix - Skript:
Downgrade auf 18.17.0
Ist das ein Slave-Device? Oder warum musste dieser Fallback gemacht werden?
-
@mick70 sagte in iob node fix - Skript:
Downgrade auf 18.17.0
Ist das ein Slave-Device? Oder warum musste dieser Fallback gemacht werden?
-
@thomas-braun Nein, ist eigentlich gar nix besonderes. Die Ursache fürs Fallback habe ich leider überlesen, falls sie irgendwo stand.
@mick70 sagte in iob node fix - Skript:
Die Ursache fürs Fallback habe ich leider überlesen, falls sie irgendwo stand.
Die genaue Ursache steht nicht da, nur dass keine empfohlene Version gefunden werden konnte und daher der 18er-Zweig angelegt werden wird.
-
@mick70 sagte in iob node fix - Skript:
Die Ursache fürs Fallback habe ich leider überlesen, falls sie irgendwo stand.
Die genaue Ursache steht nicht da, nur dass keine empfohlene Version gefunden werden konnte und daher der 18er-Zweig angelegt werden wird.
-
@thomas-braun
Funktioniert ganz klasse
Hab das heute mal drüber laufen lassen und das Update auf die 18.18.0 gemachtUnd dann mal IOB Diag laufen lassen
Das schaut gut aus.
Von welcher Version bist du denn gekommen? Der Auszug ist ja vermutlich von einem zweiten Durchlauf des Skripts. -
Das schaut gut aus.
Von welcher Version bist du denn gekommen? Der Auszug ist ja vermutlich von einem zweiten Durchlauf des Skripts.@thomas-braun
auf dem Produktivsystem hab ich das script nur einmal laufen lassen, danach dann direkt sudo apt update && sudo apt upgrade danach war alles bereits sauber erledigt
Zum schluss nochmal dein script drüber laufen lassen und beide "Nothing to do" am SchlussIch bin von der node.js 18.17.1
Nachdem ich per sudo apt update && sudo apt upgrade nicht auf die 18.18.0 kam hab ich dein script mit einer sicherungs Festplatte am RPI getestet nachdem das wunderbar funktioniert hat hab ich das dann auf meinem produktiv System ebenfalls gemacht -
@thomas-braun
auf dem Produktivsystem hab ich das script nur einmal laufen lassen, danach dann direkt sudo apt update && sudo apt upgrade danach war alles bereits sauber erledigt
Zum schluss nochmal dein script drüber laufen lassen und beide "Nothing to do" am SchlussIch bin von der node.js 18.17.1
Nachdem ich per sudo apt update && sudo apt upgrade nicht auf die 18.18.0 kam hab ich dein script mit einer sicherungs Festplatte am RPI getestet nachdem das wunderbar funktioniert hat hab ich das dann auf meinem produktiv System ebenfalls gemachtDanke, das hilft!
-
Hinweis vorab: Wenn das Skript ausgeführt wurde und sein Werk getan hat, funktionieren Updates innerhalb der nodejs-Version wieder wie gehabt über
sudo apt update sudo apt full-upgradeErneutes ausführen des Skriptes bei einem gewöhnlichen Update ist nicht notwendig!
__
BETA-TESTING
(Nachdem das Skript jetzt auch offiziell Teil vom ioBroker in Form des Kommandosiob nodejs-updategeworden ist wird hier im Thread an Beta-Versionen gewerkelt. Mit den üblichen Gefahren. Es kann hier Code in jeglicher Form und Lauffähigkeit vorgefunden werden. Bitte hier nur 'todesmutige' Tester mit Backup für den Fall der Fälle. )Ich habe mich ja lange dagegen ausgesprochen, so grundlegende Dinge wie die Installation von nodejs über windige 'Toolz' machen zu lassen. Aber sei es wie es ist, hier ist ein Skript, das verfummelte nodejs-Installationen wieder weitgehend gerade ziehen sollte und auch das aktuelle Repository für nodejs in der Version von nodesource inkl. der Schlüssel usw. installiert.
Flugs heruntergeladen und ausgeführt per
curl https://raw.githubusercontent.com/Grothesk242/iob_diag/main/iob_node_update.sh > iob_node_update chmod 744 iob_node_update ./iob_node_updateOptional kann man dem Skript auch einen nodejs-Zweig mit geben, dann wird die letzte Version aus diesem Zweig installiert.
./iob_node_update XXWobei der Zweig natürlich existent sein muss. Zur Zeit ist also XX = 18 , 20 oder 22 möglich.
Noch ein Hinweis: Gegebenenfalls (wenn z. B. mehrere verschachtelte Fehler vorliegen) das Skript nochmal laufen lassen. Wenn alles senkrecht ist sieht die Meldung am Ende so aus:
Nothing to do, your installation is using the correct paths. Nothing to do, your installed version is the recommended one.Also 2x 'nothing to do'.
(2x aber nur, wenn die Empfehlung aus dem iobroker herausgelesen werden konnte. Das funktioniert aber nicht immer, für Multihost-Setups z.B. nur für das Hauptsystem)Meinungen? Anregungen? Wünsche?
Wer da tiefer einsteigen möchte und vielleicht selber kochen möchte:
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debianHi,
eine Suche über alle Dateien kann lange dauern ...
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben? Ich habe mich beholfen mit einen weitern Ausschluss (/mnt)if [[ "$VERNODE" != "v$NODERECOM" ]] && [[ "$NODERECOM" == [[:digit:]]*.[[:digit:]]*.[[:digit:]]* ]]; then echo -e "\nYou are running nodejs $VERNODE. Do you want to install recommended version $NODERECOM? "; echo -e "\nPress <y> to continue or any other key to quit"; read -r -s -n 1 char; if [[ "$char" = "y" ]] || [[ "$char" = "Y" ]] then echo "Trying to fix your installation now. Please be patient." # Finding nodesource.gpg or nodesource.key and deleting. Current key is pulled in later. $SUDOX rm "$($SUDOX find / \( -path /proc -o -path /dev -o -path /sys -o -path /lost+found -o -path /mnt \) -prune -o -name nodesource.[gk]* -print)"; # Deleting nodesource.list Will be recreated later. $SUDOX rm /etc/apt/sources.list.d/nodesource.lis*; else echo "We are not fixing your installation. Exiting."; exit; fi; fi;Wer doch als root arbeiten möchte Zeile 82-86 löschen :
77 if [ -f "$DOCKER" ]; 78 then 79 echo "Fixing Docker is not supported, please update your Docker Container"; 80 unset LC_ALL; 81 exit 1; 82 elif [ "$(id -u)" -eq 0 ]; 83 then 84 echo -e "This script must not be run as root! \nPlease use your standard user!" 85 unset LC_ALL; 86 exit 1; 87 fi;MfG
Sissi
–-----------------------------------------
1 CCU3 1 CCU2-Gateway 1 LanGateway 1 Pi-Gateway 1 I7 für ioBroker/MySQL
-
Hi,
eine Suche über alle Dateien kann lange dauern ...
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben? Ich habe mich beholfen mit einen weitern Ausschluss (/mnt)if [[ "$VERNODE" != "v$NODERECOM" ]] && [[ "$NODERECOM" == [[:digit:]]*.[[:digit:]]*.[[:digit:]]* ]]; then echo -e "\nYou are running nodejs $VERNODE. Do you want to install recommended version $NODERECOM? "; echo -e "\nPress <y> to continue or any other key to quit"; read -r -s -n 1 char; if [[ "$char" = "y" ]] || [[ "$char" = "Y" ]] then echo "Trying to fix your installation now. Please be patient." # Finding nodesource.gpg or nodesource.key and deleting. Current key is pulled in later. $SUDOX rm "$($SUDOX find / \( -path /proc -o -path /dev -o -path /sys -o -path /lost+found -o -path /mnt \) -prune -o -name nodesource.[gk]* -print)"; # Deleting nodesource.list Will be recreated later. $SUDOX rm /etc/apt/sources.list.d/nodesource.lis*; else echo "We are not fixing your installation. Exiting."; exit; fi; fi;Wer doch als root arbeiten möchte Zeile 82-86 löschen :
77 if [ -f "$DOCKER" ]; 78 then 79 echo "Fixing Docker is not supported, please update your Docker Container"; 80 unset LC_ALL; 81 exit 1; 82 elif [ "$(id -u)" -eq 0 ]; 83 then 84 echo -e "This script must not be run as root! \nPlease use your standard user!" 85 unset LC_ALL; 86 exit 1; 87 fi;@sissiwup sagte in iob node fix - Skript:
Wer doch als root arbeiten möchte
Es gibt keinen Grund dafür.
-
Hi,
eine Suche über alle Dateien kann lange dauern ...
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben? Ich habe mich beholfen mit einen weitern Ausschluss (/mnt)if [[ "$VERNODE" != "v$NODERECOM" ]] && [[ "$NODERECOM" == [[:digit:]]*.[[:digit:]]*.[[:digit:]]* ]]; then echo -e "\nYou are running nodejs $VERNODE. Do you want to install recommended version $NODERECOM? "; echo -e "\nPress <y> to continue or any other key to quit"; read -r -s -n 1 char; if [[ "$char" = "y" ]] || [[ "$char" = "Y" ]] then echo "Trying to fix your installation now. Please be patient." # Finding nodesource.gpg or nodesource.key and deleting. Current key is pulled in later. $SUDOX rm "$($SUDOX find / \( -path /proc -o -path /dev -o -path /sys -o -path /lost+found -o -path /mnt \) -prune -o -name nodesource.[gk]* -print)"; # Deleting nodesource.list Will be recreated later. $SUDOX rm /etc/apt/sources.list.d/nodesource.lis*; else echo "We are not fixing your installation. Exiting."; exit; fi; fi;Wer doch als root arbeiten möchte Zeile 82-86 löschen :
77 if [ -f "$DOCKER" ]; 78 then 79 echo "Fixing Docker is not supported, please update your Docker Container"; 80 unset LC_ALL; 81 exit 1; 82 elif [ "$(id -u)" -eq 0 ]; 83 then 84 echo -e "This script must not be run as root! \nPlease use your standard user!" 85 unset LC_ALL; 86 exit 1; 87 fi; -
Hi,
eine Suche über alle Dateien kann lange dauern ...
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben? Ich habe mich beholfen mit einen weitern Ausschluss (/mnt)if [[ "$VERNODE" != "v$NODERECOM" ]] && [[ "$NODERECOM" == [[:digit:]]*.[[:digit:]]*.[[:digit:]]* ]]; then echo -e "\nYou are running nodejs $VERNODE. Do you want to install recommended version $NODERECOM? "; echo -e "\nPress <y> to continue or any other key to quit"; read -r -s -n 1 char; if [[ "$char" = "y" ]] || [[ "$char" = "Y" ]] then echo "Trying to fix your installation now. Please be patient." # Finding nodesource.gpg or nodesource.key and deleting. Current key is pulled in later. $SUDOX rm "$($SUDOX find / \( -path /proc -o -path /dev -o -path /sys -o -path /lost+found -o -path /mnt \) -prune -o -name nodesource.[gk]* -print)"; # Deleting nodesource.list Will be recreated later. $SUDOX rm /etc/apt/sources.list.d/nodesource.lis*; else echo "We are not fixing your installation. Exiting."; exit; fi; fi;Wer doch als root arbeiten möchte Zeile 82-86 löschen :
77 if [ -f "$DOCKER" ]; 78 then 79 echo "Fixing Docker is not supported, please update your Docker Container"; 80 unset LC_ALL; 81 exit 1; 82 elif [ "$(id -u)" -eq 0 ]; 83 then 84 echo -e "This script must not be run as root! \nPlease use your standard user!" 85 unset LC_ALL; 86 exit 1; 87 fi;@sissiwup sagte in iob node fix - Skript:
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben?
Nein, beide Codepassagen sind genauso richtig und bedürfen keiner Anpassung.
-
@sissiwup sagte in iob node fix - Skript:
Vlt. ist es hier sinnvoller eine positiv-Liste anzugeben?
Nein, beide Codepassagen sind genauso richtig und bedürfen keiner Anpassung.
@thomas-braun Vielen Dank für das Script, es hat mir gerade das Leben sehr einfach gemacht (Upgrade von NodeJS 16.20.2 auf 18.18.0). Worked like a charm :-)
-
@Thomas-Braun
auch von meiner Seite einen herzlichen Dank; war wirklich easy und problemlos.
Beide Systeme 1x master und 1x slave (beides Raspi 4 mit bullseye) von v18.17.1 auf 18.18.0Den master hatte ich vor einiger Zeit entsprechend deinem HowTo gemacht, aber die notwendigen Änderungen (31.08.2023) noch nicht; hier script laufen lassen und danach sudo apt update && sudo apt upgrade.
Der slave ist relativ neu frisch aufgesetzt, hier hatte das script ein downgrade auf 18.17.0 gemacht und anschließend selbstständig die 18.18.0 installiert.
Ich denke, alles genauso, wie von dir geplant und gewollt. -
@Thomas-Braun
auch von meiner Seite einen herzlichen Dank; war wirklich easy und problemlos.
Beide Systeme 1x master und 1x slave (beides Raspi 4 mit bullseye) von v18.17.1 auf 18.18.0Den master hatte ich vor einiger Zeit entsprechend deinem HowTo gemacht, aber die notwendigen Änderungen (31.08.2023) noch nicht; hier script laufen lassen und danach sudo apt update && sudo apt upgrade.
Der slave ist relativ neu frisch aufgesetzt, hier hatte das script ein downgrade auf 18.17.0 gemacht und anschließend selbstständig die 18.18.0 installiert.
Ich denke, alles genauso, wie von dir geplant und gewollt.@ofri2607 sagte in iob node fix - Skript:
Ich denke, alles genauso, wie von dir geplant und gewollt.
Ja, so soll das.
-
@ofri2607 sagte in iob node fix - Skript:
Ich denke, alles genauso, wie von dir geplant und gewollt.
Ja, so soll das.
@thomas-braun
Hi,bei mir kommt under debian:
N: Das Laden der konfigurierten Datei »main/binary-i386/Packages« wird übersprungen, da das Depot »https://deb.nodesource.com/node_18.x nodistro InRelease« die Architektur »i386« nicht unterstützt.Das kann man lösen durch:
deb [arch=amd64 signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_18.x nodistro mainAlso konkrete Angabe der Architektur. Vlt. hat ja auch ein anderer das Problem...
MfG
Sissi
–-----------------------------------------
1 CCU3 1 CCU2-Gateway 1 LanGateway 1 Pi-Gateway 1 I7 für ioBroker/MySQL
-
@thomas-braun
Hi,bei mir kommt under debian:
N: Das Laden der konfigurierten Datei »main/binary-i386/Packages« wird übersprungen, da das Depot »https://deb.nodesource.com/node_18.x nodistro InRelease« die Architektur »i386« nicht unterstützt.Das kann man lösen durch:
deb [arch=amd64 signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_18.x nodistro mainAlso konkrete Angabe der Architektur. Vlt. hat ja auch ein anderer das Problem...
@sissiwup wie passt denn
@sissiwup sagte in iob node fix - Skript:
arch=amd64
zu
@sissiwup sagte in iob node fix - Skript:
Architektur »i386«
?
-
Die Meldung fängt man sich nur ein, wenn (in der Vergangenheit) falsche Pakete (für die falsche Architektur) installiert wurden. Bei 'ordentlichen' Installationen passiert das nicht.
-
Die Meldung fängt man sich nur ein, wenn (in der Vergangenheit) falsche Pakete (für die falsche Architektur) installiert wurden. Bei 'ordentlichen' Installationen passiert das nicht.
@thomas-braun sagte in iob node fix - Skript:
Die Meldung fängt man sich nur ein, wenn (in der Vergangenheit) falsche Pakete (für die falsche Architektur) installiert wurden. Bei 'ordentlichen' Installationen passiert das nicht.
Hi,
oder wenn man multi-arch support aktiviert hat (für nicht 64-bit Softwarepakete)
dpkg --print-foreign-architectures i386Wer das nicht braucht:
dpkg --remove-architecture i386MfG
Sissi
–-----------------------------------------
1 CCU3 1 CCU2-Gateway 1 LanGateway 1 Pi-Gateway 1 I7 für ioBroker/MySQL
-
@thomas-braun sagte in iob node fix - Skript:
Die Meldung fängt man sich nur ein, wenn (in der Vergangenheit) falsche Pakete (für die falsche Architektur) installiert wurden. Bei 'ordentlichen' Installationen passiert das nicht.
Hi,
oder wenn man multi-arch support aktiviert hat (für nicht 64-bit Softwarepakete)
dpkg --print-foreign-architectures i386Wer das nicht braucht:
dpkg --remove-architecture i386@sissiwup gib mal die Langfassung von
iob diag
793
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge