Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[oFbEQnpoLKKl6mbY5e13]

@csr sagte in Diskussion zum Linux-Werkzeugkasten:

Dann hier aber wird auf Verbuchstabelungen herumhackt sowie gleich Forderungen für mehr gestellt, dass der eigentliche Thread gesperrt werden muss. :cry:

Totaler Unsinn!

Niemand hat herumgehackt oder etwas gefordert!

[-cs-]

@ofbeqnpolkkl6mby5e13

Na dann passt es ja :smirk:
Vielleicht denke ich mich ja zu oft in einen User, der dies zum ersten mal sieht weil er irgendwo auf der Suche ist und dann abgeschreckt wird.

Alles gut. :spock-hand: :smirk:

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun sagte in Der kleine ioBroker/Linux-Werkzeugkasten:
Docker auf einer Synology

@ofbeqnpolkkl6mby5e13 sagte in Diskussion zum Linux-Werkzeugkasten:
Das ist bei QNAP nicht anders. Vermutlich grundsätzlich so.

Ich möchte das noch mal aufgreifen. Das hat ja nichts mit dem Hersteller Synology zu tun.
Wäre es nicht besser das zu allgemeiner zu formulieren?

Wenn es richtig ist, was @Wildbill schreibt, dann ist das bei jedem Docker-Container so.

[Thomas Braun]

@ofbeqnpolkkl6mby5e13
Ich hab von Docker keinen Schimmer, egal ob auf Synology oder auf QNAP-Hardware.
Allerdings ist mir das bisher aber überwiegend bei Synology untergekommen und auch von André buanet bestätigt worden. Hängt mit einem abgespeckten Kernel auf den Dingern zusammen, wenn ich mich recht erinnere.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun
Verstehe ich, aber nur weil Andre ein Synology NAS nutzt, ist der Umstand ja nicht nur dort existent.

[Thomas Braun]

@ofbeqnpolkkl6mby5e13
Aber nur in der Konstellation mir bekannt. Wenn jemand nachvollziehbar sagt:

"Nee, user gibt es grundsätzlich nicht in einem Docker und da rennt alles immer als root, das ist technisch so nicht anders machbar", dann gerne.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun
Wie gesagt, bei QNAP verhält sich Andres-Container genauso.

Eine allgemeine Aussage kann ich leider nicht treffen, leider zu wenig Ahnung.

[Wildbill]

@thomas-braun @oFbEQnpoLKKl6mbY5e13 Ich ging davon aus, dass das bei Docker grundsätzlich so ist, weil man das hier im Forum immer wieder liest, dass Leute mit root unterwegs sind, weil es bei Docker so sei. Ich nutze das selbst nicht, schon auch aus diesem Grund. Wäre für mich nix halbes und nix Ganzes.
Da Docker aber nicht nur auf Synology und QNAP sondern so ziemlich jedem Linuxsystem laufen kann, wäre es auch möglich, dass das nur Docker-CT auf NAS betrifft, weil die ein abgespecktes Linux mitbringen und Docker auf einem "vollwertigen" Linux auch eine vernünftige User- und Rechtverwaltung mitbringt. Vielleich haben alle, die hier Docker verwenden, auch NAS und es ist keiner dabei, der es auf was anderem verwendet. Also bitte nicht als 100% korrekt ansehen, wenn ich oben schrieb, bei Docker wäre das so.

Gruss, Jürgen

[Ahnungsbefreit]

@Thomas-Braun Noch eine kleine Anregung:

Statt

iobroker update | grep -i updateable

kann man doch auch direkt

iobroker update --updatable

verwenden. Manch Nutzer tut sich mit dem "|" schwer und so sieht man auch gleich das aktive Repository. Der kleine Unterschied "updateable" vs. "updatable" scheint ja nichts an der Funktion zu ändern, oder?

[Thomas Braun]

@ahnungsbefreit

Bei aktuellem js-controler kommst du sogar auch ohne Optionen aus.
Die Funktion ist mal geändert worden. Muss ich mir nochmal anschauen.

[Negalein]

@Thomas-Braun

Durch unsere Diskussion bzgl. Anfänger hab ich deinen Werkzeugkasten entdeckt.

So, dann fang ich mal an einen User anzulegen.

Ich hab den User negaangelegt.

groups zeigt folgendes:

nega@ioBroker:~$ groups
nega root sudo iobroker

passt das dann so?

[Thomas Braun]

@negalein
Nein, die Gruppe 'root' gehört da definitiv nicht rein.

Mein Standarduser 'pi' auf einem Raspberry OS gehört diesen Gruppen an:

sudo -u pi groups
pi adm dialout cdrom sudo audio video plugdev users input netdev gpio i2c spi iobroker

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Nein, die Gruppe 'root' gehört da definitiv nicht rein.

wie ändere ich das wieder?

[Thomas Braun]

@negalein

sudo deluser BENUTZERNAME GRUPPENNAME

oder

sudo gpasswd -d BENUTZERNAME GRUPPENNAME

Also bei dir z. B.

sudo deluser nega root

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Also bei dir z. B.

hab ich gemacht. steht aber noch root dabei.

nega@ioBroker:~$ sudo deluser nega root
[sudo] password for nega:
Removing user `nega' from group `root' ...
Done.
nega@ioBroker:~$ groups
nega root sudo iobroker
nega@ioBroker:~$

[Thomas Braun]

@negalein
Den user 'nega' einmal ausloggen und wieder einloggen. Die Gruppenzugehörigkeiten werden nur beim login neugelesen.

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Den user 'nega' einmal ausloggen und wieder einloggen.

Super, das wars.

nega@ioBroker:~$ groups
nega sudo iobroker
nega@ioBroker:~$

Und in Zukunft nur mit User Nega anmelden. :)

[Thomas Braun]

@negalein Richtig.

Auf

sudo whoami

sollte jetzt für den nega auch 'root' zurückgegeben werden.
So kann man blitzschnell bei Bedarf die root-Rechte erhalten und muss nicht dauerhaft mit offenem Visier durch das System pflügen.

Ich würde den nega aber noch in diese weiteren Gruppen packen:

adm dialout users

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

adm dialout users

das sind die Gruppen?

Wie füge ich den User dazu?
mit adduser nega adm dialout users ?

[Thomas Braun]

@negalein
Z. B. so:

sudo usermod -aG GRUPPENNAME BENUTZERNAME