NEWS
Test Adapter Linux Control v1.x.x
-
Ich war mal so frei und habe mir diesen Adapter mal installiert aber bekomme sofort nach dem ersten Start eine Fehlermeldung:
linux-control.0 2026-01-12 18:02:09.233 error Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"Kann jemand was damit anfangen und mir Sagen wo der Adapter sein Problem hat?
Edit:
Eingetragen sind nur 2 Raspberry sonst sind keine weiteren Einstellungen gemacht worden. -
@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?Ich bin wie ich bin, was anderes bekommt man nicht !!
-
@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.
Zeig doch mal bitte das Ergebnis von
iob diagdirekt hier in codetags </> eingestellt.Proxmox und HA
-
@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.
Zeig doch mal bitte das Ergebnis von
iob diagdirekt hier in codetags </> eingestellt.@Meister-Mopper sagte in Test Adapter Linux Control v1.x.x:
Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.
Zeig doch mal bitte das Ergebnis voniob diagdirekt hier in codetags </> eingestellt.Kann ich gerne machen aber leider bekomme ich kein vollständiges diag.
Ich kann nicht sagen warum aber ab einer bestimmten Stelle hängt sich das ganze auf.
ioBroker läuft als Docker vielleicht liegt es daran aber bevor ich im System (Docker) rum rühre deinstalliere ich den Adapter wieder.Ich bin wie ich bin, was anderes bekommt man nicht !!
-
@Meister-Mopper sagte in Test Adapter Linux Control v1.x.x:
Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.
Zeig doch mal bitte das Ergebnis voniob diagdirekt hier in codetags </> eingestellt.Kann ich gerne machen aber leider bekomme ich kein vollständiges diag.
Ich kann nicht sagen warum aber ab einer bestimmten Stelle hängt sich das ganze auf.
ioBroker läuft als Docker vielleicht liegt es daran aber bevor ich im System (Docker) rum rühre deinstalliere ich den Adapter wieder.@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
Ich kann nicht sagen warum aber ab einer bestimmten Stelle hängt sich das ganze auf.
ioBroker läuft als Docker vielleicht liegt es daransicher nicht!
@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
deinstalliere ich den Adapter wieder
das hat miteinander nichts zu tun.
wie weit kommst du denn?
wie lange wartest du, wenn es (wo?)hängt?vielleicht gibt es bei dir etwas, dass es nur länger dauert
-
Bis an diese Stelle:
Need to install the following packages: is-my-node-vulnerable@1.6.1 Ok to proceed? (y) yUnd ab da bleibt es stehen, 30min gewartet ohne das was passiert.
Aber wie schon gesagt, es ist mir nicht so wichtig und die 4 pi's kann ich noch händisch Betreuen die hier rum werkeln.Ich bin wie ich bin, was anderes bekommt man nicht !!
-
Bis an diese Stelle:
Need to install the following packages: is-my-node-vulnerable@1.6.1 Ok to proceed? (y) yUnd ab da bleibt es stehen, 30min gewartet ohne das was passiert.
Aber wie schon gesagt, es ist mir nicht so wichtig und die 4 pi's kann ich noch händisch Betreuen die hier rum werkeln.@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
Bis an diese Stelle:
mich interessiert mehr, was bis dahin schon an Infos kommt.
Die Ursache für den Stop / lag wäre vielleicht für @thomas-braun interessant
-
Bis an diese Stelle:
Need to install the following packages: is-my-node-vulnerable@1.6.1 Ok to proceed? (y) yUnd ab da bleibt es stehen, 30min gewartet ohne das was passiert.
Aber wie schon gesagt, es ist mir nicht so wichtig und die 4 pi's kann ich noch händisch Betreuen die hier rum werkeln.@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
ist mir nicht so wichtig
naja, wenn da die Installation krumm ist, brauchst du dich nicht wundern, dass nicht alles rund läuft.
Dem solltest fu schon nachgehen.
Dafür ist das Skript ja geschrieben worden -
Ok ich klöppeln das jetzt mal hier rein was ich habe (hatte ich kopiert bevor Strg C zum Einsatz kam):
========== Start marking the full check here =========== ```bash Script v.2025-08-09 *** BASE SYSTEM *** Hardware Vendor : Micro-Star International Co., Ltd Kernel : x86_64 Userland : 64 bit Docker : v11.0.0 Virtualization : docker Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 21:03:10 up 8 days, 2:07, 0 user, load average: 0.89, 1.48, 1.87 CPU threads: 12 *** LIFE CYCLE STATUS *** Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time! *** TIME AND TIMEZONES *** Mon Jan 12 20:03:10 UTC 2026 Mon Jan 12 21:03:10 CET 2026 CET +0100 Etc/UTC *** Users and Groups *** User that called 'iob diag': root HOME=/root GROUPS=root User that is running 'js-controller': iobroker HOME=/opt/iobroker GROUPS=users tty dialout audio video plugdev *** DISPLAY-SERVER SETUP *** Display-Server: false System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus: Host is down Display-Manager: Desktop: Session: *** MEMORY *** total used free shared buff/cache available Mem: 29G 16G 353M 2.3G 15G 12G Swap: 0B 0B 0B Total: 29G 16G 353M Active iob-Instances: 23 27968 M total memory 15647 M used memory 9067 M active memory 16804 M inactive memory 337 M free memory 0 M buffer memory 14455 M swap cache 0 M total swap 0 M used swap 0 M free swap *** top - Table Of Processes *** top - 21:03:11 up 8 days, 2:07, 0 user, load average: 0.89, 1.48, 1.87 Tasks: 30 total, 1 running, 29 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 33.3 sy, 0.0 ni, 66.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 27968.4 total, 337.0 free, 15647.7 used, 14455.7 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 12320.8 avail Mem *** DMESG CRITICAL ERRORS *** dmesg: read kernel buffer failed: Operation not permitted No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/nvme0n1p1 btrfs 932G 322G 596G 36% / tmpfs tmpfs 64M 0 64M 0% /dev shm tmpfs 64M 0 64M 0% /dev/shm /dev/nvme0n1p1 btrfs 932G 322G 596G 36% /opt/iobroker /dev/md3p1 xfs 2.8T 1017G 1.8T 37% /opt/iobroker/backups tmpfs tmpfs 14G 0 14G 0% /proc/acpi tmpfs tmpfs 14G 0 14G 0% /sys/firmware tmpfs tmpfs 14G 0 14G 0% /sys/devices/virtual/powercap Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permitted Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/nvme0n1p1[/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5412,subvol=/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b |-/opt/iobroker /dev/nvme0n1p1[/appdata/iobroker/data] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ | `-/opt/iobroker/backups /dev/md3p1[/Server-Backup/iobroker] xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,noquota |-/opt/userscripts /dev/nvme0n1p1[/appdata/iobroker/scripts] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ |-/etc/resolv.conf /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/resolv.conf] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ |-/etc/hostname /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hostname] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ `-/etc/hosts /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hosts] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ Files in neuralgic directories: /var: 35M /var/ 33M /var/lib 19M /var/lib/apt/lists 19M /var/lib/apt 14M /var/lib/dpkg /opt/iobroker/backups: 5.2G /opt/iobroker/backups/ 3.3G /opt/iobroker/backups/2025-Backups 1.5G /opt/iobroker/backups/2026-Januar 4.0K /opt/iobroker/backups/.stfolder /opt/iobroker/iobroker-data: 4.2G /opt/iobroker/iobroker-data/ 3.4G /opt/iobroker/iobroker-data/history 640M /opt/iobroker/iobroker-data/backup-objects 122M /opt/iobroker/iobroker-data/files 47M /opt/iobroker/iobroker-data/files/admin.admin The five largest files in iobroker-data are: 60M /opt/iobroker/iobroker-data/objects.jsonl 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_20-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_18-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_16-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_14-13_objects.jsonl.gz USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask' *** NodeJS-Installation *** /usr/bin/nodejs v22.21.0 /usr/bin/node v22.21.0 /usr/bin/npm 10.9.4 /usr/bin/npx 10.9.4 /usr/bin/corepack 0.34.0 nodejs: Installed: 22.21.0-1nodesource1 Candidate: 22.21.0-1nodesource1 Version table: *** 22.21.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 22.20.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.4.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 18.20.4+dfsg-1~deb12u1 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 500 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected Checking for nodejs vulnerability: Need to install the following packages: is-my-node-vulnerable@1.6.1 Ok to proceed? (y)Mehr habe ich nicht, vllt Hilft es ja. Läuft wie gesagt als Docker, der Docker ist von Buanet alle Updates die von ihm bereitgestellt werden sind immer ausgeführt so bald verfügbar.
Ich bin wie ich bin, was anderes bekommt man nicht !!
-
Ok ich klöppeln das jetzt mal hier rein was ich habe (hatte ich kopiert bevor Strg C zum Einsatz kam):
========== Start marking the full check here =========== ```bash Script v.2025-08-09 *** BASE SYSTEM *** Hardware Vendor : Micro-Star International Co., Ltd Kernel : x86_64 Userland : 64 bit Docker : v11.0.0 Virtualization : docker Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 21:03:10 up 8 days, 2:07, 0 user, load average: 0.89, 1.48, 1.87 CPU threads: 12 *** LIFE CYCLE STATUS *** Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time! *** TIME AND TIMEZONES *** Mon Jan 12 20:03:10 UTC 2026 Mon Jan 12 21:03:10 CET 2026 CET +0100 Etc/UTC *** Users and Groups *** User that called 'iob diag': root HOME=/root GROUPS=root User that is running 'js-controller': iobroker HOME=/opt/iobroker GROUPS=users tty dialout audio video plugdev *** DISPLAY-SERVER SETUP *** Display-Server: false System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus: Host is down Display-Manager: Desktop: Session: *** MEMORY *** total used free shared buff/cache available Mem: 29G 16G 353M 2.3G 15G 12G Swap: 0B 0B 0B Total: 29G 16G 353M Active iob-Instances: 23 27968 M total memory 15647 M used memory 9067 M active memory 16804 M inactive memory 337 M free memory 0 M buffer memory 14455 M swap cache 0 M total swap 0 M used swap 0 M free swap *** top - Table Of Processes *** top - 21:03:11 up 8 days, 2:07, 0 user, load average: 0.89, 1.48, 1.87 Tasks: 30 total, 1 running, 29 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 33.3 sy, 0.0 ni, 66.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 27968.4 total, 337.0 free, 15647.7 used, 14455.7 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 12320.8 avail Mem *** DMESG CRITICAL ERRORS *** dmesg: read kernel buffer failed: Operation not permitted No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/nvme0n1p1 btrfs 932G 322G 596G 36% / tmpfs tmpfs 64M 0 64M 0% /dev shm tmpfs 64M 0 64M 0% /dev/shm /dev/nvme0n1p1 btrfs 932G 322G 596G 36% /opt/iobroker /dev/md3p1 xfs 2.8T 1017G 1.8T 37% /opt/iobroker/backups tmpfs tmpfs 14G 0 14G 0% /proc/acpi tmpfs tmpfs 14G 0 14G 0% /sys/firmware tmpfs tmpfs 14G 0 14G 0% /sys/devices/virtual/powercap Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permitted Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/nvme0n1p1[/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5412,subvol=/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b |-/opt/iobroker /dev/nvme0n1p1[/appdata/iobroker/data] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ | `-/opt/iobroker/backups /dev/md3p1[/Server-Backup/iobroker] xfs rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,noquota |-/opt/userscripts /dev/nvme0n1p1[/appdata/iobroker/scripts] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ |-/etc/resolv.conf /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/resolv.conf] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ |-/etc/hostname /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hostname] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ `-/etc/hosts /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hosts] btrfs rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/ Files in neuralgic directories: /var: 35M /var/ 33M /var/lib 19M /var/lib/apt/lists 19M /var/lib/apt 14M /var/lib/dpkg /opt/iobroker/backups: 5.2G /opt/iobroker/backups/ 3.3G /opt/iobroker/backups/2025-Backups 1.5G /opt/iobroker/backups/2026-Januar 4.0K /opt/iobroker/backups/.stfolder /opt/iobroker/iobroker-data: 4.2G /opt/iobroker/iobroker-data/ 3.4G /opt/iobroker/iobroker-data/history 640M /opt/iobroker/iobroker-data/backup-objects 122M /opt/iobroker/iobroker-data/files 47M /opt/iobroker/iobroker-data/files/admin.admin The five largest files in iobroker-data are: 60M /opt/iobroker/iobroker-data/objects.jsonl 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_20-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_18-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_16-13_objects.jsonl.gz 27M /opt/iobroker/iobroker-data/backup-objects/2026-01-12_14-13_objects.jsonl.gz USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask' *** NodeJS-Installation *** /usr/bin/nodejs v22.21.0 /usr/bin/node v22.21.0 /usr/bin/npm 10.9.4 /usr/bin/npx 10.9.4 /usr/bin/corepack 0.34.0 nodejs: Installed: 22.21.0-1nodesource1 Candidate: 22.21.0-1nodesource1 Version table: *** 22.21.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 22.20.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.4.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 22.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages 18.20.4+dfsg-1~deb12u1 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 500 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected Checking for nodejs vulnerability: Need to install the following packages: is-my-node-vulnerable@1.6.1 Ok to proceed? (y)Mehr habe ich nicht, vllt Hilft es ja. Läuft wie gesagt als Docker, der Docker ist von Buanet alle Updates die von ihm bereitgestellt werden sind immer ausgeführt so bald verfügbar.
-
@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:
Mal bestätigt?
Aber natürlich ^^
(ich weiss die Frage musste gestellt werden aber brachte mich trotzdem kurz zum schmunzeln)Ich bin wie ich bin, was anderes bekommt man nicht !!
-
@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:
Mal bestätigt?
Aber natürlich ^^
(ich weiss die Frage musste gestellt werden aber brachte mich trotzdem kurz zum schmunzeln)@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
(ich weiss die Frage musste gestellt werden aber brachte mich trotzdem kurz zum schmunzeln)
Was ich hier schon alles gesehen habe...
Was kommt denn bei dir dabei herum?
cd /home/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable -
Hier die Ausgabe, nur das /home/iobroker bei mir /opt/iobroker sein muss.
cd /opt/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable added 8 packages in 2s 164 packages are looking for funding run `npm fund` for details █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██Ich bin wie ich bin, was anderes bekommt man nicht !!
-
Hier die Ausgabe, nur das /home/iobroker bei mir /opt/iobroker sein muss.
cd /opt/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable added 8 packages in 2s 164 packages are looking for funding run `npm fund` for details █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
das /home/iobroker bei mir /opt/iobroker sein muss.
Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.
-
@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
das /home/iobroker bei mir /opt/iobroker sein muss.
Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.
@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:
Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.
Ok dann hier im Original ohne Anpassung:
cd /home/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable npm error code EACCES npm error syscall mkdir npm error path /home/iobroker/node_modules npm error errno -13 npm error Error: EACCES: permission denied, mkdir '/home/iobroker/node_modules' npm error at async mkdir (node:internal/fs/promises:860:10) npm error at async /usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:624:20 npm error at async Promise.allSettled (index 0) npm error at async [reifyPackages] (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:325:11) npm error at async Arborist.reify (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:142:5) npm error at async Install.exec (/usr/lib/node_modules/npm/lib/commands/install.js:150:5) npm error at async Npm.exec (/usr/lib/node_modules/npm/lib/npm.js:207:9) npm error at async module.exports (/usr/lib/node_modules/npm/lib/cli/entry.js:74:5) { npm error errno: -13, npm error code: 'EACCES', npm error syscall: 'mkdir', npm error path: '/home/iobroker/node_modules' npm error } npm error npm error The operation was rejected by your operating system. npm error It is likely you do not have the permissions to access this file as the current user npm error npm error If you believe this might be a permissions issue, please double-check the npm error permissions of the file and its containing directories, or try running npm error the command again as root/Administrator. npm error A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2026-01-13T10_24_12_176Z-debug-0.log █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██Ich bin wie ich bin, was anderes bekommt man nicht !!
-
@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:
Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.
Ok dann hier im Original ohne Anpassung:
cd /home/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable npm error code EACCES npm error syscall mkdir npm error path /home/iobroker/node_modules npm error errno -13 npm error Error: EACCES: permission denied, mkdir '/home/iobroker/node_modules' npm error at async mkdir (node:internal/fs/promises:860:10) npm error at async /usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:624:20 npm error at async Promise.allSettled (index 0) npm error at async [reifyPackages] (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:325:11) npm error at async Arborist.reify (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:142:5) npm error at async Install.exec (/usr/lib/node_modules/npm/lib/commands/install.js:150:5) npm error at async Npm.exec (/usr/lib/node_modules/npm/lib/npm.js:207:9) npm error at async module.exports (/usr/lib/node_modules/npm/lib/cli/entry.js:74:5) { npm error errno: -13, npm error code: 'EACCES', npm error syscall: 'mkdir', npm error path: '/home/iobroker/node_modules' npm error } npm error npm error The operation was rejected by your operating system. npm error It is likely you do not have the permissions to access this file as the current user npm error npm error If you believe this might be a permissions issue, please double-check the npm error permissions of the file and its containing directories, or try running npm error the command again as root/Administrator. npm error A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2026-01-13T10_24_12_176Z-debug-0.log █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
npm error code EACCES
dann stimmt bei dir was mit dem user nicht.
Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durch
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
npm error code EACCES
dann stimmt bei dir was mit dem user nicht.
Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durch
@Homoran sagte in Test Adapter Linux Control v1.x.x:
dann stimmt bei dir was mit dem user nicht.
Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durchDas kann sein aber ich nutze ausschließlich den Docker Container von Buanet.
Änderungen meinerseits hab ich nicht gemacht, ich verlasse mich da ganz auf den Ersteller des Containers und der läuft ja. Ausser der Adapter um den es hier geht, wobei der ja auch läuft nur das er bei einem Neustart den Fehler ins Log schreibt.Ich bin wie ich bin, was anderes bekommt man nicht !!
-
@Homoran sagte in Test Adapter Linux Control v1.x.x:
dann stimmt bei dir was mit dem user nicht.
Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durchDas kann sein aber ich nutze ausschließlich den Docker Container von Buanet.
Änderungen meinerseits hab ich nicht gemacht, ich verlasse mich da ganz auf den Ersteller des Containers und der läuft ja. Ausser der Adapter um den es hier geht, wobei der ja auch läuft nur das er bei einem Neustart den Fehler ins Log schreibt.@RoddiEF sagte in Test Adapter Linux Control v1.x.x:
ich nutze ausschließlich den Docker Container von Buanet.
das ist bei allen Dockern usern so (fast ausschließlich zumindest)
-
@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:
Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.
Ok dann hier im Original ohne Anpassung:
cd /home/iobroker || exit sudo -H -u iobroker npm i is-my-node-vulnerable sudo -H -u iobroker npx is-my-node-vulnerable npm error code EACCES npm error syscall mkdir npm error path /home/iobroker/node_modules npm error errno -13 npm error Error: EACCES: permission denied, mkdir '/home/iobroker/node_modules' npm error at async mkdir (node:internal/fs/promises:860:10) npm error at async /usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:624:20 npm error at async Promise.allSettled (index 0) npm error at async [reifyPackages] (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:325:11) npm error at async Arborist.reify (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:142:5) npm error at async Install.exec (/usr/lib/node_modules/npm/lib/commands/install.js:150:5) npm error at async Npm.exec (/usr/lib/node_modules/npm/lib/npm.js:207:9) npm error at async module.exports (/usr/lib/node_modules/npm/lib/cli/entry.js:74:5) { npm error errno: -13, npm error code: 'EACCES', npm error syscall: 'mkdir', npm error path: '/home/iobroker/node_modules' npm error } npm error npm error The operation was rejected by your operating system. npm error It is likely you do not have the permissions to access this file as the current user npm error npm error If you believe this might be a permissions issue, please double-check the npm error permissions of the file and its containing directories, or try running npm error the command again as root/Administrator. npm error A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2026-01-13T10_24_12_176Z-debug-0.log █████ ██ ██ ██████ ██████ ██████ ██████ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ██ ██ ██ ███ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ██ ███████ ███████ ██████ ██████ ██████ ██████ ██Welcher user macht den Aufruf?
Und in welchen Gruppen ist dieser user enthalten?
Wie sehen die Rechte anls -lAh /home/aus?
Keine Ahnung, ob der Docker-Container an der Stelle anders aufgesetzt wurde, grundsätzlich funktioniert 'iob diag' aber in einem üblichen Docker-Setup. -
Der Aufruf erfolgt über: docker exec -it iobroker bash was dann so aussieht:
root@Odin:/opt/iobroker#Dann der Befehl und das Ergebniss:
root@Odin:/opt/iobroker# ls -lAh /home/ total 0 drwxr-xr-x 1 1000 1000 70 Jan 12 20:54 iobroker root@Odin:/opt/iobroker#Wie gesagt zu dem Aufbau des Docker-Containers kann ich nichts sagen, ist der schon genannte.
Ich bin wie ich bin, was anderes bekommt man nicht !!
Support us
711
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge