Update vom ioBroker klappt nicht :( - Scripts tot
-
Ja - aber jetzt gerade macht er auch nochmal einen reboot - nach dem Befehl:
io@iobroker:~$ sudo apt autoremove [sudo] Passwort für io: Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete werden ENTFERNT: libuv1 0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert. Nach dieser Operation werden 210 kB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] j (Lese Datenbank ... 47619 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von libuv1:i386 (1.9.1-3) ... Trigger für libc-bin (2.24-11+deb9u4) werden verarbeitet ... -
curl -sSL https://deb.nodesource.com/gpgkey/nodesource.gpg.key | sudo apt-key add - -
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:/$ -
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 -
@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 -
@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
-
@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:~$ -
@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.
