VIS update auf Version 1.3.8 klappt nicht
-
-
@thomas-braun
Jetzt aber erst mal herzlichen Dank für dein Hilfe.
Ich gehöre noch zu den Einsteigern und deshalb bin ich auch manchmal schnell am Ende.groups ergibt:
nimda@ioboker:~$ groups nimda sudo -
Da hängt noch Zeuch von einem vergeblichen Kompilierversuch von dem mobile-alert-Dingsi rum. Warum hast du das überhaupt aus dem git gezogen? Macht man nicht. Gerade nicht als Einsteiger. Aus git zieht man nur in Absprache mit dem Developer einen snapshot um irgendwas ganz neues zu testen, nie Module zum installieren.
cd /opt/iobroker npm cache clean --force -
@sponk sagte in VIS update auf Version 1.3.8 klappt nicht:
Da fehlen die Standardgruppen.
sudo usermod -aG dialout users iobroker nimdaDanach den nimda einmal ausloggen und wieder einloggen.
-
@thomas-braun
Das ändert leider auch noch nichts.
Immer nochnpm install iobroker.vis@1.3.8 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! Error while executing: npm ERR! /usr/bin/git ls-remote -h -t ssh://git@github.com/bluerai/ioBroker.mobile-alerts.git npm ERR! npm ERR! git@github.com: Permission denied (publickey). npm ERR! fatal: Could not read from remote repository. npm ERR! npm ERR! Please make sure you have the correct access rights npm ERR! and the repository exists. npm ERR! npm ERR! exited with error code: 128 -
Nochmal: Volle Konsolenein- und -ausgaben.
-
@sponk
Für
ssh://git@github.com
hast du mit Sicherheit kein PW. Da ist was total krumm bei der Installation über git.
Nach welcher Anleitung hast du da was genau gemacht? -
@thomas-braun
Sorry, ich glaube ich steh da aufm Schlauch
Meinst du so? Da kriege ich bisher nur das raus.nimda@ioboker:~$ sudo usermod -aG dialout users iobroker nimda Usage: usermod [options] LOGIN Options: -c, --comment COMMENT new value of the GECOS field -d, --home HOME_DIR new home directory for the user account -e, --expiredate EXPIRE_DATE set account expiration date to EXPIRE_DATE -f, --inactive INACTIVE set password inactive after expiration to INACTIVE -g, --gid GROUP force use GROUP as new primary group -G, --groups GROUPS new list of supplementary GROUPS -a, --append append the user to the supplemental GROUPS mentioned by the -G option without removing him/her from other groups -h, --help display this help message and exit -l, --login NEW_LOGIN new value of the login name -L, --lock lock the user account -m, --move-home move contents of the home directory to the new location (use only with -d) -o, --non-unique allow using duplicate (non-unique) UID -p, --password PASSWORD use encrypted password for the new password -R, --root CHROOT_DIR directory to chroot into -s, --shell SHELL new login shell for the user account -u, --uid UID new UID for the user account -U, --unlock unlock the user account -v, --add-subuids FIRST-LAST add range of subordinate uids -V, --del-subuids FIRST-LAST remove range of subordinate uids -w, --add-subgids FIRST-LAST add range of subordinate gids -W, --del-subgids FIRST-LAST remove range of subordinate gids -Z, --selinux-user SEUSER new SELinux user mapping for the user account nimda@ioboker:~$ -
Boah, nach welcher Anleitung?
Das weiß ich nicht mehr. Das ist bestimmt schon eineinhalb Jahre her.Ich glaube, hier war es
[https://github.com/ioBroker/AdapterRequests/issues/113](Link Adresse)closed Mobile Alerts Adapter #113
-
-
@sponk sagte in VIS update auf Version 1.3.8 klappt nicht:
sudo usermod -aG dialout users iobroker nimda
Versuch mal so:
sudo usermod -a -G dialout users iobroker nimda -
@wendy2702
Ja, hab ich gemacht.
Der zweite Befehl zeigt mir, dass ich als admin den system.adapter.vis.0 als enabled habe.
Und jetzt? -
@thomas-braun
Bringt mir leider auch wieder die gleiche Liste, wie vorher -
@sponk Bitte immer den vollen Konsolenoutput posten, nix umschreiben oder selber interpretieren.
-
nimda@ioboker:~$ sudo usermod -a -G dialout users iobroker nimda Usage: usermod [options] LOGIN Options: -c, --comment COMMENT new value of the GECOS field -d, --home HOME_DIR new home directory for the user account -e, --expiredate EXPIRE_DATE set account expiration date to EXPIRE_DATE -f, --inactive INACTIVE set password inactive after expiration to INACTIVE -g, --gid GROUP force use GROUP as new primary group -G, --groups GROUPS new list of supplementary GROUPS -a, --append append the user to the supplemental GROUPS mentioned by the -G option without removing him/her from other groups -h, --help display this help message and exit -l, --login NEW_LOGIN new value of the login name -L, --lock lock the user account -m, --move-home move contents of the home directory to the new location (use only with -d) -o, --non-unique allow using duplicate (non-unique) UID -p, --password PASSWORD use encrypted password for the new password -R, --root CHROOT_DIR directory to chroot into -s, --shell SHELL new login shell for the user account -u, --uid UID new UID for the user account -U, --unlock unlock the user account -v, --add-subuids FIRST-LAST add range of subordinate uids -V, --del-subuids FIRST-LAST remove range of subordinate uids -w, --add-subgids FIRST-LAST add range of subordinate gids -W, --del-subgids FIRST-LAST remove range of subordinate gids -Z, --selinux-user SEUSER new SELinux user mapping for the user account -
@sponk
Was hast du da für ein Linux laufen? Und welches Terminal? puTTY?Edit: Die Gruppen muss man einzeln angeben.
sudo usermod -a -G dialout nimda sudo usermod -a -G users nimda sudo usermod -a -G iobroker nimda exit -
@thomas-braun
Debian 10 im LXC Container in Proxmox
Das Teminal ist abwechselnd mal Mobaxterm oder WinSSHTerm -
@thomas-braun
Vielen Dank für deine Hilfe.
ich glaube, dass die weitere Suche hier nicht viel bringt.
Irgendwo ist der Wurm drin und es wird wohl schneller und sicherer gehen, alles neu aufzusetzen. -
@sponk
Der Wum ist in dem Fragment aus git drin.
Und in dem nicht richtig angelegten User.
