NEWS
[gelöst] Alexa Adapter startet nach Update auf 3.10.4 nicht
-
@thomas-braun hatte su umgeschaltet, da ich sonst net an den /dev/ Block kam.
Sonst ist der normale Pi User aktiv.
Habe ja nur die Karte getestet. -
@skb
Dann stimmt bei deinen Rechten für den user pi was nicht:echad@chet:~ $ sudo time badblocks -sv /dev/mmcblk0p2 -o mmcblk0p2.log Checking blocks 0 to 30900735 Checking for bad blocks (read-only test): 13.26% done, 2:26 elapsed. (0/0/0 errors)
-
@thomas-braun Das kann gut möglich sein.
Weiss aber nicht, wieso.Denn:
pi@ioBroker:~ $ sudo time badblocks -sv /dev/mmcblk0p2 -o mmcblk0p2.log sudo: time: Befehl nicht gefunden
Seltsam, oder?
Hatte auch den ioBroker Fix mal laufen lassen. Es kommt:
========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... This system does not support setting default permissions. Do not use npm to manually install adapters unless you know what you are doing!
Hm?!
-
@skb
Allerdings hm...========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Checking autostart (3/3) ==========================================================================
Eigentlich sollte das so aussehen.
-
@thomas-braun Vielleicht hat dies ja mit dem Adapter Problem zu tun
Das "könnte" man ja sicherlich fixen, oder? Würdest Du mir hier vielleicht ein wenig zur Hand gehen?
-
-
pi@ioBroker:~ $ whoami pi pi@ioBroker:/ $ sudo whoami root pi@ioBroker:/ $ groups pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker
-
@skb
Das passt.ls -la /opt/iobroker/ apt policy acl
-
pi@ioBroker:~ $ ls -la /opt/iobroker/ insgesamt 528 drwxrwxr-x+ 9 iobroker iobroker 4096 Okt 11 21:57 . drwxr-xr-x 4 root root 4096 Mär 18 2020 .. drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 18 16:16 backups -rw-rwxr--+ 1 iobroker iobroker 1049 Mär 18 2020 CHANGELOG_FIXER_LINUX.md -rw-rwxr--+ 1 iobroker iobroker 3556 Mär 18 2020 CHANGELOG_INSTALLER_LINUX.md -rw-rwxr--+ 1 iobroker iobroker 23988 Mär 18 2020 fix_installation.sh drwxrwxr-x+ 3 iobroker iobroker 4096 Mär 18 2020 install -rwxrwxrwx+ 1 iobroker iobroker 581 Okt 11 21:57 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Okt 11 21:57 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 305 Okt 11 21:57 iobroker drwxrwxr-x+ 7 iobroker iobroker 4096 Okt 11 22:11 iobroker-data drwxrwx---+ 4 iobroker iobroker 4096 Sep 24 12:52 javascript_scripts drwxrwxr-x+ 2 iobroker iobroker 4096 Mär 18 2020 lib -rw-rwxr--+ 1 iobroker iobroker 1137 Mär 18 2020 LICENSE drwxrwxr-x+ 2 iobroker iobroker 4096 Okt 11 22:14 log drwxrwxr-x+ 631 iobroker iobroker 20480 Okt 11 11:35 node_modules -rw-rwxr--+ 1 iobroker iobroker 91 Okt 11 21:56 .npmrc -rw-rwxr--+ 1 iobroker iobroker 1936 Okt 11 11:35 package.json -rw-rwxr--+ 1 iobroker iobroker 415678 Okt 11 11:35 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 6101 Mär 18 2020 README.md -rw-rwxr--+ 1 iobroker iobroker 5693 Sep 18 16:18 reinstall.js pi@ioBroker:~ $ apt policy acl acl: Installiert: 2.2.53-4 Installationskandidat: 2.2.53-4 Versionstabelle: *** 2.2.53-4 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 100 /var/lib/dpkg/status
-
@thomas-braun Hättest Du Zeit, das wir hier weitermachen?
-
Sorry, ich weiß auch nicht was da genau klemmt.
Sieht eigentlich okay aus. -
@thomas-braun Ok aber wieso dies:
sudo time badblocks -sv /dev/mmcblk0p2 -o mmcblk0p2.log
nicht geht, ist auch schleierhaft, oder?
-
time ist auch etwas eigen, die Funktion gibt es sowohl eigenständig wie auch u. U. als Bestandteil der verwendeten shell. Hängt vielleicht damit zusammen.
which time
liefert?
Die Meldungen
This system does not support setting default permissions. Do not use npm to manually install adapters unless you know what you are doing!
lassen mich eher stutzig werden. Das sollte eigentlich so nicht sein.
-
@thomas-braun said in Alexa Adapter startet nach Update auf 3.10.4 nicht mehr:
time ist auch etwas eigen, die Funktion gibt es sowohl eigenständig wie auch u. U. als Bestandteil der verwendeten shell. Hängt vielleicht damit zusammen.
which time
pi@ioBroker:/opt/iobroker $ which time pi@ioBroker:/opt/iobroker $
-
Also liegt time nicht im path vom user pi, sondern wird bei dir von der shell bereit gestellt.
Da wird das mit sudo dann auch nicht funktionieren.
Ich hab bei mir time als Paket nachinstalliert, das reagiert dann anders und funkt dann auch mit sudo.Welche Distribution läuft da bei dir eigentlich?
-
pi@ioBroker:~ $ cat /etc/issue Raspbian GNU/Linux 10 \n \l
Ich habe gerade noch etwas gefunden - kann es hier sein, das ich damals mit NPM mir ein Problem eingehandelt habe?
pi@ioBroker:~ $ npm install -g npm npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/@gar/promisify npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/@npmcli/ci-detect npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/@npmcli/name-from-folder npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/@npmcli/node-gyp npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/@tootallnate/once npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/abbrev npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/ansi-align npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/ansi-regex npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/aproba npm WARN checkPermissions Missing write access to /usr/lib/node_modules/npm/node_modules/are-we-there-yet/node_modules/string_decoder
Und so geht es dann die ganze Zeit weiter.
Kannst Du mir vielleicht sagen, wie man dies fixen kann?
Oder muss NPM mit "sudo" installiert bzw. upgegraded werden?Danke!
-
@skb sagte in Alexa Adapter startet nach Update auf 3.10.4 nicht mehr:
Oder muss NPM mit "sudo" installiert bzw. upgegraded werden?
Weder noch. npm muss gar nicht angefasst werden.
Schon gar nicht global.
Finger weg!Am Rande (und die Erklärung, warum bei mir time auch mit sudo aufgerufen werden kann):
echad@chet:~ $ which time /usr/bin/time
-
@thomas-braun Ein Bisschen Hintergrundwissen wäre hier super.
Wird dies durch ioBroker "upgegraded", wenn eine neue Host-Version kommt? -
@skb
Nein, npm ist (wenn richtig installiert) im Paket nodejs enthalten.which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs
liefert bei dir?
-
@thomas-braun dieses:
pi@ioBroker:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.18.0 v14.18.0 6.14.15 OK:1 https://deb.nodesource.com/node_14.x buster InRelease Holen:2 http://archive.raspberrypi.org/debian buster InRelease [32,6 kB] Holen:3 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB] OK:4 https://packages.grafana.com/enterprise/deb stable InRelease OK:5 https://www.pivccu.de/piVCCU stable InRelease Holen:6 http://archive.raspberrypi.org/debian buster/main armhf Packages [393 kB] Es wurden 440 kB in 2 s geholt (238 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen. OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 https://packages.grafana.com/enterprise/deb stable InRelease OK:3 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:4 https://deb.nodesource.com/node_14.x buster InRelease OK:5 https://www.pivccu.de/piVCCU stable InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen. nodejs: Installiert: 14.18.0-deb-1nodesource1 Installationskandidat: 14.18.0-deb-1nodesource1 Versionstabelle: *** 14.18.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
Das Update ist eine Grafana Installation, die ich noch updaten muss.