NEWS
Update vom ioBroker klappt nicht :( - Scripts tot
-
Der Befehl hat geklappt:
io@iobroker:/$ curl -sSL https://deb.nodesource.com/gpgkey/nodesource.gpg.key | sudo apt-key add - [sudo] Passwort für io: OK io@iobroker:/$@Randyh
Jetzt nochmal von vorn...sudo apt update sudo apt upgrade apt policy nodejs -
oder soll ich iobroker komplett deinstallieren und nach einer Neuinstallation (falls das klappen sollte) ein Backup wiederherstellen?
io@iobroker:/$ sudo apt update OK:1 http://security.debian.org/debian-security stretch/updates InRelease Ign:2 http://ftp.de.debian.org/debian stretch InRelease Holen:3 http://ftp.de.debian.org/debian stretch-updates InRelease [91,0 kB] OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_12.x stretch InRelease Es wurden 91,0 kB in 1 s geholt (57,2 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. io@iobroker:/$ sudo apt upgrade Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paketaktualisierung (Upgrade) wird berechnet... Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. io@iobroker:/$ apt policy nodejs nodejs: Installiert: (keine) Installationskandidat: 4.8.2~dfsg-1 Versionstabelle: 4.8.2~dfsg-1 500 500 http://ftp.de.debian.org/debian stretch/main i386 Packages io@iobroker:/$ -
oder soll ich iobroker komplett deinstallieren und nach einer Neuinstallation (falls das klappen sollte) ein Backup wiederherstellen?
io@iobroker:/$ sudo apt update OK:1 http://security.debian.org/debian-security stretch/updates InRelease Ign:2 http://ftp.de.debian.org/debian stretch InRelease Holen:3 http://ftp.de.debian.org/debian stretch-updates InRelease [91,0 kB] OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_12.x stretch InRelease Es wurden 91,0 kB in 1 s geholt (57,2 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. io@iobroker:/$ sudo apt upgrade Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Paketaktualisierung (Upgrade) wird berechnet... Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. io@iobroker:/$ apt policy nodejs nodejs: Installiert: (keine) Installationskandidat: 4.8.2~dfsg-1 Versionstabelle: 4.8.2~dfsg-1 500 500 http://ftp.de.debian.org/debian stretch/main i386 Packages io@iobroker:/$df -h -
io@iobroker:/$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 1,7G 0 1,7G 0% /dev tmpfs 346M 5,0M 341M 2% /run /dev/sda1 26G 5,7G 19G 23% / tmpfs 1,7G 0 1,7G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,7G 0 1,7G 0% /sys/fs/cgroup tmpfs 346M 0 346M 0% /run/user/1002 tmpfs 346M 0 346M 0% /run/user/0 -
io@iobroker:/$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 1,7G 0 1,7G 0% /dev tmpfs 346M 5,0M 341M 2% /run /dev/sda1 26G 5,7G 19G 23% / tmpfs 1,7G 0 1,7G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 1,7G 0 1,7G 0% /sys/fs/cgroup tmpfs 346M 0 346M 0% /run/user/1002 tmpfs 346M 0 346M 0% /run/user/0@Randyh
Fällt mir nix mehr zu ein...
Wie hast du denn damals node 8 installiert? Was mich da schon wundert, dass das nicht richtig in apt verankert war. -
Ich hab bei der Installation eigentlich nur Debian Standard installiert - und danach den installer laufen lassen wie ich es in der Anleitung (3-4 Befehle) gelesen hatte.
Vielen lieben Dank für deine Geduld und die echt super Hilfe.
Wäre es sinvoll iobroker komplett neu zu installieren - oder sollte ich eher
(wenn schon was zwickt) auch gleich komplett debian neu installieren.
Da würde ich dann gleich zur 10.4 greifen -
Also yarn sagt mir nix und habe ich auch nicht bewusst installiert.
Ich hätte es jetzt gelöscht, aber in dem Ordner liegt keine yarn.list.
da finde ich nur die nodesource.listin der habe ich zwei Zeile für für die node - da habe ich aus der 10 eine 12 gemacht und
die beiden Befehle nochmals gestartet.io@iobroker:/etc/apt/sources.list.d$ apt policy nodejs nodejs: Installiert: 8.17.0-1nodesource1 Installationskandidat: 8.17.0-1nodesource1 Versionstabelle: *** 8.17.0-1nodesource1 100 100 /var/lib/dpkg/status 4.8.2~dfsg-1 500 500 http://ftp.de.debian.org/debian stretch/main i386 PackagesWieso da aber irgendwie die Version 8 "festgefroren ist" und die Quellen auf 10 Standen kann ich leider nicht sagen :(
@Randyh
Mir ist noch was dazu eingefallen:uname -aIch vermute, dass bei dir ein 32bit-System läuft, dafür aber von nodesource keine Pakete mehr gebaut werden. Vermutlich haben die node 8 auch noch für diese Architektur gebachen, jetzt aber nicht mehr. Das würde jedenfalls die Meldungen von apt erklären.
-
-
Genau bei mir läuft ein 32 Bit System. Ich habe auf einem kleinen Atom Board mit 4GB Ram Debian für iobroker installiert.
io@iobroker:~$ uname -a Linux iobroker 4.9.0-12-686-pae #1 SMP Debian 4.9.210-1 (2020-01-20) i686 GNU/Linux io@iobroker:~$@Randyh
Dann erklärt das die Situation.
nodesource baut keine 32bit-Pakete.
Ich würde ein Backup von iobroker ziehen und dann ein frisches OS mit 64bit aufsetzen. (Wenn der Prozessor das kann). -
Ah ach so. Hauptsache es gibt eine Erklärung - sonst hätte mir das doch keine Ruhe gelassen.
Also ob es der Prozessor kann - weiß ich jetzt nicht. Ich hätte sonst noch 1-2 der kleinen Atom Mini PCs rum liegen - da könnte es klappen - hoffe ich zumindest
-
Ah ach so. Hauptsache es gibt eine Erklärung - sonst hätte mir das doch keine Ruhe gelassen.
Also ob es der Prozessor kann - weiß ich jetzt nicht. Ich hätte sonst noch 1-2 der kleinen Atom Mini PCs rum liegen - da könnte es klappen - hoffe ich zumindest
@Randyh Also wenn ich der Wikipedia da trauen kann sollte das eigentlich funktionieren:
https://de.wikipedia.org/wiki/Intel_AtomAußer du hast da einen Silverthorne laufen.
-
Alles klar. Danke :)
Dann hoffe ich mal, dass es klappt - Backup habe ich alles komplett aktuell.
Der Atom ist einer der letzten mit 2x1,8 GHz. Das reicht für meinen iobroker auch sicher. -
Ah ok - vielen Dank :) Ich glaube so viel habe ich unter Debian noch nie verstanden (auch wenn ich nicht alles gecheckt habe)
Würde also auch imho mit der bisherigen Hardware gehen:
io@iobroker:~$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 22 model : 48 model name : AMD GX-212JC SOC with Radeon(TM) R2E Graphics stepping : 1 microcode : 0x7030106 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good acc_power nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext ptsc perfctr_l2 cpb hw_pstate ssbd ibpb vmmcall bmi1 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter pfthreshold overflow_recov bugs : fxsave_leak sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips : 2395.70 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb acc_power [13] processor : 1 vendor_id : AuthenticAMD cpu family : 22 model : 48 model name : AMD GX-212JC SOC with Radeon(TM) R2E Graphics stepping : 1 microcode : 0x7030106 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good acc_power nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext ptsc perfctr_l2 cpb hw_pstate ssbd ibpb vmmcall bmi1 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter pfthreshold overflow_recov bugs : fxsave_leak sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips : 2395.70 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb acc_power [13] io@iobroker:~$ -
Ah ok - vielen Dank :) Ich glaube so viel habe ich unter Debian noch nie verstanden (auch wenn ich nicht alles gecheckt habe)
Würde also auch imho mit der bisherigen Hardware gehen:
io@iobroker:~$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 22 model : 48 model name : AMD GX-212JC SOC with Radeon(TM) R2E Graphics stepping : 1 microcode : 0x7030106 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good acc_power nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext ptsc perfctr_l2 cpb hw_pstate ssbd ibpb vmmcall bmi1 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter pfthreshold overflow_recov bugs : fxsave_leak sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips : 2395.70 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb acc_power [13] processor : 1 vendor_id : AuthenticAMD cpu family : 22 model : 48 model name : AMD GX-212JC SOC with Radeon(TM) R2E Graphics stepping : 1 microcode : 0x7030106 cpu MHz : 800.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good acc_power nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext ptsc perfctr_l2 cpb hw_pstate ssbd ibpb vmmcall bmi1 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter pfthreshold overflow_recov bugs : fxsave_leak sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips : 2395.70 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb acc_power [13] io@iobroker:~$@Randyh sagte in Update vom ioBroker klappt nicht :( - Scripts tot:
AMD GX-212JC
Das ist aber kein Atom. Aber 64bit spricht der auch.
-
Dann kann ich mir ja 2x iobroker laufen lassen ;)
Nein die AMD CPU ist das bisherige (32-Bit) System an dem wir gewerkt haben.
Ich installiere jetzt aber gerade an einem Atom System. Da kann ich dann mit dem geringsten Aufwand meine Backups rüber schaufeln - und über den Backitup Adapter hoffentlich wieder zurück holen. Das muss ich mir aber noch genau durchlesen.
824
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge