NEWS
iobroker in Proxmox auf Debian bereitstellen
-
Was liefert denn
cat /etc/passwd | grep rootSollte eigentlich so aussehen:
root:x:0:0:root:/root:/bin/bash@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 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:~$@dos1973 So ist das richtig.
Ohne Passwort für den root. -
@dos1973 So ist das richtig.
Ohne Passwort für den root.@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
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)@dos1973 Auch der verkette Befehl muss per sudo eingeleitet werden.
Also:sudo apt update && sudo apt upgrade -y -
@dos1973 Auch der verkette Befehl muss per sudo eingeleitet werden.
Also:sudo apt update && sudo apt upgrade -y -
@thomas-braun
ok, danke !@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 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 nodejsdos1973@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$ -
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$@dos1973 Komisch...
Passt eigentlich.sudo apt update -
@dos1973 Komisch...
Passt eigentlich.sudo apt updatedos1973@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$ -
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$@dos1973 Ok, da ist es.
-
@dos1973 Ok, da ist es.
@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 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ß@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
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.
@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 Ausgabefred@debian:~$ who -r Runlevel 5 2021-03-22 10:13Ignorieren oder ändern?
-
@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 Ausgabefred@debian:~$ who -r Runlevel 5 2021-03-22 10:13Ignorieren oder ändern?
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'. -
Update:
am Ende ist es dann doch viel einfacher... kam aber erst ganz am des ThreadsWichtig:
-
kein root Passwort setzen während der Debian Installation - leer lassen - sudo kommt damit automatisch nach und die Rechte für euren Benutzer stimmen.
-
nur den user "euren Benutzer" anlegen (der erste Benutzer wird automatisch mit sudo-Rechten ausgestattet)
-
es muss nur curl nachinstalliert werden, damit die iobroker Installation ausgeführt werden kann
sudo apt-get install curlioroker dann per Einzeiler installieren
curl -sLf https://iobroker.net/install.sh | bash -die restlichen Schritte unten passen, wenn ihr doch einen Root User während der Debian Installation angelegt habt.
Weiter unten findet ihr noch die Beschreibung wie ihr eine feste IP Adresse für das System einrichtet.
............................................................
Hi,
der Thread soll dazu dienen iobroker in Proxmox auf Basis Debian zu installieren.
Da ich einige Schwierigkeiten bei den User Rechten hatte, hier mal etwas ausführlicher um ggf. anderen dabei helfen zu können.Proxmox sollte bereits laufen
mein Setup habe ich so vorbereitet
Benutzer:
Festplatten Formatierung Standard lassen.
immer Weiter
keine grafisch Oberfläche
erster SSH Zugang: Ip Adresse im Router raussuchen...
ssh dos1973@192.168.10.110 The authenticity of host '192.168.10.110 (192.168.10.110)' can't be established. ECDSA key fingerprint is SHA256:oCZ7/PNL++4Exjs9qZUwOB4BBsEh4vsIg5XsU24k3Ug. Are you sure you want to continue connecting (yes/no/[fingerprint])? yes Warning: Permanently added '192.168.10.110' (ECDSA) to the list of known hosts. dos1973@192.168.10.110's password: Linux pve-iobroker 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. dos1973@pve-iobroker:~$Root Zugriff erfolgt mit SU -
dos1973@pve-iobroker:~$ su - Passwort: root@pve-iobroker:~#IP Adresse von DHCP auf Static ändern.
root@pve-iobroker:~# nano /etc/network/interfaceses öffnet sich der nano Editor
hier folgende Änderungen machenGNU nano 3.2 /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug ens18 iface ens18 inet dhcpDHCP in STATIC umbenennen und eure IPAdresse mit der /24 Subnetzmaske
GNU nano 3.2 /etc/network/interfaces Verändert # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug ens18 iface ens18 inet static address 192.168.10.4/24 gateway 192.168.10.1Speichern und rebooten
wieder als Root anmelden und SUDO Nachinstallieren
apt install sudodos1973@pve-iobroker:~$ su - Passwort: root@pve-iobroker:~# apt install sudo Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden NEUEN Pakete werden installiert: sudo 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 1.244 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 3.882 kB Plattenplatz zusätzlich benutzt. Holen:1 http://deb.debian.org/debian buster/main amd64 sudo amd64 1.8.27-1+deb10u3 [1.244 kB] Es wurden 1.244 kB in 0 s geholt (7.103 kB/s). Vormals nicht ausgewähltes Paket sudo wird gewählt. (Lese Datenbank ... 28234 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../sudo_1.8.27-1+deb10u3_amd64.deb ... Entpacken von sudo (1.8.27-1+deb10u3) ... sudo (1.8.27-1+deb10u3) wird eingerichtet ... Trigger für man-db (2.8.5-2) werden verarbeitet ... Trigger für systemd (241-7~deb10u6) werden verarbeitet ... root@pve-iobroker:~#*** Danke an @FredF für die nächsten Schritte, der Post findet sich weiter unten - hier der Vollständigkeit copy/ paste ***
root userapt-get install curlAngelegtem User sudo Rechte geben:
adduser <username> sudoZur Sicherheit System aktualisieren:
apt update && apt upgrade -yDa der angelegte User nicht in der Sudoers Datei ist, diese noch bearbeiten:
sudo visudoDort unter
#includedir /etc/sudoers.d
eintragen:%username ALL=(ALL:ALL) ALLmit Strg + o und x Enter speichern
Neu starten:
Nach Neustart als user anmelden, nicht als Rootsudo systemctl set-default multi-user.targetprüfen ob alles mit den Rechten geklappt hat
dos1973@pve-iobroker:~$ sudo whoamihier muss Root als Ergebnis stehen
dos1973@pve-iobroker:~$ sudo whoami [sudo] Passwort für dos1973: root dos1973@pve-iobroker:~$*********** FINALE Iobroker Setup***************
curl -sLf https://iobroker.net/install.sh | bash -========================================================================== Welcome to the ioBroker installer! Installer version: 2020-12-07 You might need to enter your password a couple of times. ==================================================================================================================================================== ioBroker was installed successfully Open http://192.168.10.4:8081 in a browser and start configuring! ==========================================================================Ende :-)
ein Herzliches Danke für die Hilfestellung geht an
@FredF
@Homoran
@Thomas-Braun@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 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. -
@4-7kohm
@Thomas-Braunhabe es im 1Post ersetzt.
691
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge