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

[da_Woody]

@dos1973 kein problem! wollte nur hinweisen... :)

[Thomas Braun]

@dos1973 Wobei ich zugeben muss, dass die Beschreibung zum root-Passwort etwas unglücklich ist.
Ist vermutlich mal wieder einem 'Streit' in der debian-Community entsprungen.
"Alte root-Schule" vs. "sudo-Punks"

[dos1973]

@da_woody
weißt doch habe doch diese dicke Kiste :-)

[da_Woody]

@dos1973 jojo, einen auf dicke hose machen...
dann mach doch gleich ne ram-disk!

[Thomas Braun]

@dos1973

Was liefert denn

cat /etc/passwd | grep root

Sollte eigentlich so aussehen:

root:x:0:0:root:/root:/bin/bash

[dos1973]

@thomas-braun
Kiste ist schon wieder weg, gelöscht - gehe eben deinen weg.

[dos1973]

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

cat /etc/passwd | grep root

die neue Installation liefert das als ergbnis

dos1973@pve-iobroker:~$ cat /etc/passwd | grep root
root:x:0:0:root:/root:/bin/bash
dos1973@pve-iobroker:~$ 

[Thomas Braun]

@dos1973 So ist das richtig.
Ohne Passwort für den root.

[dos1973]

@thomas-braun
der Fehler war eindeutig, den Root user im Installationsetup nicht auszulassen.
so ist es echt easy.

IObroker läuft.

eine Frage noch:

dos1973@pve-iobroker:~$ sudo apt update && apt upgrade -y
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
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
E: Sperrdatei /var/lib/dpkg/lock-frontend konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), are you root?

was hat es mit dieser Sperrdatei und der fehlenden Berechtigung?

E: Sperrdatei /var/lib/dpkg/lock-frontend konnte nicht geöffnet werden. - open (13: Keine Berechtigung)

[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'.