Änderungen iob CLI/Installer/Fixer mit Root Accounts

[Dr. Bakterius]

@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Passt also hier.

Wie kann dann das sein (nach Ausführen des Fixers)? Und das ist nur ein Ordner von vielen!

ich@iobroker:/opt/iobroker/node_modules/iobroker.js-controller$ ls -l
total 116
-rw-rw-r--+ 1 root     root      1135 Oct 22 17:40 LICENSE
-rw-rw-r--+ 1 root     root       193 Oct 22 17:40 README.md
drwxrwxr-x+ 4 root     root      4096 Oct 22 17:40 build
drwxrwxr-x+ 2 root     root      4096 Oct 22 17:40 conf
-rw-rw-r--+ 1 root     root       188 Oct 22 17:40 controller.js
-rw-rw-r--+ 1 root     root     77166 Oct 22 17:40 io-package.json
-rwxr-xr-x+ 1 root     root        66 Oct 22 17:40 iobroker.js
drwxrwxr-x+ 5 root     root      4096 Oct 22 17:40 node_modules
-rw-rw-r--+ 1 root     root      3611 Oct 22 17:40 package.json
-rw-rw-r--+ 1 iobroker iobroker   260 Oct 22 18:06 pids.txt
drwxrwxr-x+ 2 root     root      4096 Oct 22 17:40 tmp

Ich könnte mich nicht erinnern je etwas unter root ausgeführt zu haben.

[arteck]

@dr-bakterius hab ich auch .. tja Jung @Thomas-Braun da bin ich nicht alleine mit... rekursion hin oder her

[Thomas Braun]

Kann ich immer noch nicht nachstellen.

echad@chet:~ $ find /opt/iobroker/ -user root
echad@chet:~ $

Dann läuft der fix.
Danach:

echad@chet:~ $ find /opt/iobroker/ -user root
echad@chet:~ $

Nix root hier.

[Dr. Bakterius]

@arteck
@thomas-braun

Die falschen Zuordnungen durften durch die Installation vom js-controller 7.0.1 passiert sein. Nach nochmaliger Ausführung des Fixers passt wieder alles :

ich@iobroker:/opt/iobroker/node_modules/iobroker.js-controller$ ls -l
total 116
-rw-rwxr--+ 1 iobroker iobroker  1135 Oct 22 17:40 LICENSE
-rw-rwxr--+ 1 iobroker iobroker   193 Oct 22 17:40 README.md
drwxrwxr-x+ 4 iobroker iobroker  4096 Oct 22 17:40 build
drwxrwxr-x+ 2 iobroker iobroker  4096 Oct 22 17:40 conf
-rw-rwxr--+ 1 iobroker iobroker   188 Oct 22 17:40 controller.js
-rw-rwxr--+ 1 iobroker iobroker 77166 Oct 22 17:40 io-package.json
-rwxrwxr-x+ 1 iobroker iobroker    66 Oct 22 17:40 iobroker.js
drwxrwxr-x+ 5 iobroker iobroker  4096 Oct 22 17:40 node_modules
-rw-rwxr--+ 1 iobroker iobroker  3611 Oct 22 17:40 package.json
-rw-rw-r--+ 1 iobroker iobroker    43 Oct 22 18:30 pids.txt
drwxrwxr-x+ 2 iobroker iobroker  4096 Oct 22 17:40 tmp

[Thomas Braun]

@dr-bakterius sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Die falschen Zuordnungen durften durch die Installation vom js-controller 7.0.1 passiert sein.

Ja, das muss als root erfolgen. Aber eigentlich sollten die Rechte dann auch wieder gerade gerückt werden. Ist aber wenn dann ein Issue des js-controllers.

[Thomas Braun]

@isi07 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Die Befehle werden immer noch nicht gefunden.

Der Fix ist auch noch nicht live.

Fehlt in den Zeilen 59 und 60 vor useradd und chpasswd nicht ein "$SUDOX", um die Befehle mit sudo auszuführen?

dito

[Meister Mopper]

@thomas-braun

Bei mir liegen die Rechte nach iob fix auch durchgängig beim user iobroker.

thomas@iobroker:~$ iob -v
6.0.11

thomas@iobroker:~$ find /opt/iobroker/ -user root
thomas@iobroker:~$

[Thomas Braun]

@meister-mopper sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Bei mir liegen die Rechte nach iob fix auch durchgängig beim user iobroker.

So soll es sein.

[MartinP]

Mir wurde beim Aufruf von iob diag erzählt ich hätte eine Linux Installation mit grafischer Oberfläche, ob das geändert werden solle.
Der Dialog war aber verstümmelt, und ich konnte nix eingeben ...

ist garantiert keine solche Installation (siehe Signatur)

[Thomas Braun]

@martinp sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

ich hätte eine Linux Installation mit grafischer Oberfläche,

Eine Linux-Installation, deren BootTarget graphical.target ist.

Der Dialog war aber verstümmelt, und ich konnte nix eingeben ...

Eingeben kannst du da auch nix. Und inwiefern war die Ausgabe verstümmelt?

[Meister Mopper]

@martinp

runlevel 5?

thomas@iobroker:~$ who -r
         Runlevel 3   2024-10-16 18:23

[Thomas Braun]

who -r
systemctl get-default

zeigt das Target bzw. das run level an.

[Meister Mopper]

@martinp

Ich muss das bei meinen Proxmox LXC und VM nach der Erstellung auch immer nachträglich richtig stellen:

sudo systemctl set-default multi-user.target

Anschließend ein sudo reboot und alles ist fein.

[Thomas Braun]

@meister-mopper sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Anschließend ein sudo reboot und alles ist fein.

Oder ein

sudo systemctl isolate multi-user.target

[MartinP]

@meister-mopper

martin@iobroker-test-sicher:~$ who -r
         run-level 5  Sep 26 13:10
martin@iobroker-test-sicher:~$

[Meister Mopper]

@martinp

Dann weißt du, was zu tun ist

[Thomas Braun]

@martinp

rl5 ist die Voraussetzung für eine graphische Oberfläche. Ob tatsächlich eine installiert ist spielt da keine Rolle.
Kannst also dann gleich auf rl3 / multi-user setzen.

(Am Rande: Auf ganz aktuellen systemd-Kisten gibt es die RunLevel nicht mehr, sind 'deprecated' und durch die boot.targets ersetzt worden):

[thomas@roamer ioBroker]$ who -r 
[thomas@roamer ioBroker]$ systemctl get-default 
graphical.target
[thomas@roamer ioBroker]$

[Meister Mopper]

@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Oder ein

sudo systemctl isolate multi-user.target

Ja, für Linux-Bildung bist Du natürlich prädestiniert!

[MartinP]

@meister-mopper Erstmal hatte der LXC-Container mit dem Reboot "zu tun"

Jetzt aber feddich

martin@iobroker-test-sicher:~$ who -r
         run-level 3  Oct 22 19:12

edit:

martin@iobroker-test-sicher:~$ systemctl get-default 
multi-user.target

[Thomas Braun]

@martinp
So sollte es auf einem headless server sein.

Edit: iob diag sollte jetzt auch nix mehr zu moppern haben. Jedenfalls nichts bezüglich des boot.targets