UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@dos1973 Auch der verkette Befehl muss per sudo eingeleitet werden.
Also:

sudo apt update && sudo apt upgrade -y

[dos1973]

@thomas-braun
ok, danke !

[Thomas Braun]

@dos1973 Mich wundert allerdings, dass es keinen Eintrag zu nodesource gibt.
Hätte eigentlich während der iobroker-Installation angelegt werden sollen.

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

[dos1973]

@thomas-braun

dos1973@pve-iobroker:/opt/iobroker$ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.21.0
/usr/bin/node
v12.21.0
/usr/bin/npm
6.14.11
nodejs:
  Installiert:           12.21.0-1nodesource1
  Installationskandidat: 12.21.0-1nodesource1
  Versionstabelle:
 *** 12.21.0-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main amd64 Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://security.debian.org/debian-security buster/updates/main amd64 Packages
     10.21.0~dfsg-1~deb10u1 500
        500 http://deb.debian.org/debian buster/main amd64 Packages
dos1973@pve-iobroker:/opt/iobroker$

[Thomas Braun]

@dos1973 Komisch...
Passt eigentlich.

sudo apt update

[dos1973]

@thomas-braun

dos1973@pve-iobroker:/opt/iobroker$ sudo apt update
[sudo] Passwort für dos1973: 
OK:1 http://deb.debian.org/debian buster InRelease
OK:2 http://security.debian.org/debian-security buster/updates InRelease
OK:3 http://deb.debian.org/debian buster-updates InRelease              
OK:4 https://deb.nodesource.com/node_12.x buster InRelease              
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
dos1973@pve-iobroker:/opt/iobroker$

[Thomas Braun]

@dos1973 Ok, da ist es.

[Kalle Blomquist]

@thomas-braun Frage: Wenn man schon die Sudoers Datei bearbeiten will, sollte man es dann nicht über
Sudo visudo tun, weil ein Syntaxtest durchgeführt wird.
In der Beschreibung von @dos1973 steht:
"Da der angelegte User nicht in der Sudoers Datei ist, diese noch bearbeiten:
nano /etc/sudoers"
Bei Schreibfehlern könnte das den Ausschluß bedeuten.
Oder irre ich mich?
Gruß

[Thomas Braun]

@4-7kohm

Ja, das ist richtig. Hatte ich überlesen, weil der ganze Hantier mit sudoers editieren ohne hin überflüssig ist, wenn man im Installer dem root kein Passwort gibt.

Also die
/etc/sudoers
nur mit visudo anfassen, nicht mit nano!
Wenn man denn schon unbedingt dran muss.

[FredF]

@thomas-braun sagte in iobroker in Proxmox auf Debian bereitstellen:

@dos1973
Nein, der root hat dann kein Passwort. Braucht es ja auch nicht, weil der erste user mittels sudo kurz in die Rolle des root wechselt.

Der user 'iobroker' hat ja auch kein Passwort, der darf dann alles, was in den sudoers für ihn vorgesehen ist.

Und wieder was gelernt...

Eine Frage noch zu Runlevel.
Trotz
ist die Ausgabe

fred@debian:~$ who -r
         Runlevel 5   2021-03-22 10:13

Ignorieren oder ändern?

[Thomas Braun]

@fredf

Das ist beim Raspberry OS (leider) auch so.
Ich stelle es für meine Systeme 'richtig' ein, auf runlevel 3.
Dann gibt es auch keine Verwässerung der Definitionen des runlevels. Da bin ich dann 'old school'.

[Kalle Blomquist]

@dos1973 Hi, dann bitte deinen Beitrag ändern!

nano /etc/sudoers ändern in sudo visudo

Danke und Gruß

@thomas-braun sagte in iobroker in Proxmox auf Debian bereitstellen:

@4-7kohm

Ja, das ist richtig. Hatte ich überlesen, weil der ganze Hantier mit sudoers editieren ohne hin überflüssig ist, wenn man im Installer dem root kein Passwort gibt.

Also die
/etc/sudoers
nur mit visudo anfassen, nicht mit nano!
Wenn man denn schon unbedingt dran muss.

[dos1973]

@4-7kohm
@Thomas-Braun

habe es im 1Post ersetzt.

[Kalle Blomquist]

@dos1973 Hi bitte

sudo visudo

Sonst funktioniert es nicht!!

Danke