NEWS
iobroker in Proxmox auf Debian bereitstellen
-
@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
-
@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@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@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.
-
@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. -
@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:13
Ignorieren 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'. -
@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.
-