Gelöst Primare GID ändern

admine · 22 Feb. 2022

Christina schrieb:
Habe ich etwas übersehen?

Sorry, alles gut. Ich hatte deinen Post falsch verstanden ... :/

spezi · 22 Feb. 2022

@admine

Lest ihr eigentlich auch ab und an die Beiträge der Threadersteller, bevor ihr antwortet?

war eigentlich nur als Anstoss für die weiteren Schritte gedacht.
als nächstes käme dann

Code:

usermod -u 1000 -g 500 Name_von_bayernherz_auf_dem_Laptop

ausgeführt von einem zweiten Benutzer, so wie es im verlinkten Synology Wiki beschrieben ist, einfacher geht es wohl nicht.

susejunky · 22 Feb. 2022

Hallo bayernherz,

bayernherz schrieb:
... Genau das hatte ich eigentlich vor. :roll:
Die user-id = 1000 (bayernherz) und group-id = 500 (nas-user) auf dem NAS sind mir bekannt.

gut, dann musst Du - so wie Christina bereits gesagt hat - Deinem Benutzer auf dem PC die selben Werte (UID/GID) zuweisen.

Zuerst solltest Du die aktuellen Werte des PC-Benutzers ermitteln

Code:

id BENUTZER

und notieren (damit Du den alten Zustand ggf. wieder herstellen kannst). Dann mit

Code:

usermod

UID/GID des PC-Benutzers auf die Werte das NAS-Benutzers setzen (Details siehe man usermod). Danach prüfst Du mit

Code:

id BENUTZER

ob der Benutzer korrekt konfiguriert ist.

Abschließend passt Du mit find und chown die Dateiberechtigungen an.

Viele Grüße

susejunky

spezi war schneller

bayernherz · 23 Feb. 2022

hallo zusammen,

vielen Dank an
Christina, susejunky und spezi.

bayernherz hat geschrieben:
Da ich auf meinem Desktop unter anderen mit kubuntu 20.04.3LTS (erst neu installiert) arbeite,
habe ich da noch ein Paar Ungereimtheiten zu klären.
Bei ubuntu liegt die Sache noch etwas anders gelagert.

Danach kann ich Eueren Vorschlag, der ja allgemein gültig ist, für openSuSE Tumbleweed umsetzen.

Ich habe bereits einen Thread in ein Ubuntu Forum geschrieben, aber allerdings nach über einer Woche immer noch keine Antwort bekommen.
Ich habe den Thread jetzt wieder geschlossen ! :igitt:

Daher meine Frage nach einem guten Ubuntu Forum. :roll:
Oder kann ich das Problem bei Euch unter der Rubrik Andere Distributionen einstellen ? :???:

viele Grüsse
bayernherz :thumbs:

Christina · 23 Feb. 2022

bayernherz schrieb:
Oder kann ich das Problem bei Euch unter der Rubrik Andere Distributionen einstellen ?

Poste dein Problem passend zu den Rubriken hier:

Installation, Update und Paketmanagement
Systemverwaltung, Administration und Konfiguration
Internet und Netzwerk
etc…

Scheibe bitte hinten an die Frage noch die Ubuntu-Version z.B. 21.10.

LG Christina

bayernherz · 26 Feb. 2022

Hallo zusammen,

ich arbeite auf meinem Desktop PC mit

Code:

Betriebssystem: Kubuntu 20.04
KDE-Plasma-Version: 5.18.8
KDE-Frameworks-Version: 5.68.0
Qt-Version: 5.12.8
Kernel-Version: 5.13.0-28-generic
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5-3570 CPU @ 3.40GHz
Speicher: 15,3 GiB Arbeitsspeicher

weiterhin benutze ich openenSuSE Tumbleweed

beide Betriebssystem greifen auf eine NAS-Datensspeicher zu.
openSuSE und Ubuntu benutzen leider unterschiedliche Bereiche
für GID (Benutzergruppen)

openSuSE arbeitet mit UID ab 1000 und GID 100 (Standart Group users); ab 500 frei belegbar.
ubuntu arbeitet mit UID ab 1000 und GID ab 1000
Der NAS-Datenspeicher wurde mit nachfolgenden Rechten eingerichtet:
UID= 1000, GID=500
Zu der Zeit wurde ausschliesslich mit openSuSE gearbeitet wurde.

Da ich neue Betriebssysteme installiert habe,
führt diese Diskrepanz zu Berechtigungsproblemen auf dem NAS-Datenspeicher.

Normalerweise könnte man dieses im NAS (QNAP TS112, etwar 8-10J alt)
konfigurieren, funktioniert allerdings nicht so einwandfrei.

Ich bin drauf gestossen, das ich dieses in der /etc/adduser.conf
nach meinen Vorstellungen einstellen könnte
Die da wären:
UID = 1000 (sowieso kein Problem)
GID = 100 (Standard GID)
GID = 500 (nas-user primare GID)

/etc/adduser.conf

Code:

# /etc/adduser.conf: `adduser' configuration.
# See adduser(8) and adduser.conf(5) for full documentation.

# The DSHELL variable specifies the default login shell on your
# system.
DSHELL=/bin/bash

# The DHOME variable specifies the directory containing users' home
# directories.
DHOME=/home

# If GROUPHOMES is "yes", then the home directories will be created as
# /home/groupname/user.
GROUPHOMES=no

# If LETTERHOMES is "yes", then the created home directories will have
# an extra directory - the first letter of the user name. For example:
# /home/u/user.
LETTERHOMES=no

# The SKEL variable specifies the directory containing "skeletal" user
# files; in other words, files such as a sample .profile that will be
# copied to the new user's home directory when it is created.
SKEL=/etc/skel

# FIRST_SYSTEM_[GU]ID to LAST_SYSTEM_[GU]ID inclusive is the range for UIDs
# for dynamically allocated administrative and system accounts/groups.
# Please note that system software, such as the users allocated by the base-passwd
# package, may assume that UIDs less than 100 are unallocated.
FIRST_SYSTEM_UID=100
LAST_SYSTEM_UID=999

FIRST_SYSTEM_GID=100
LAST_SYSTEM_GID=999

# FIRST_[GU]ID to LAST_[GU]ID inclusive is the range of UIDs of dynamically
# allocated user accounts/groups.
FIRST_UID=1000
LAST_UID=59999

FIRST_GID=1000
LAST_GID=59999

# The USERGROUPS variable can be either "yes" or "no".  If "yes" each
# created user will be given their own group to use as a default.  If
# "no", each created user will be placed in the group whose gid is
# USERS_GID (see below).
USERGROUPS=yes

# If USERGROUPS is "no", then USERS_GID should be the GID of the group
# `users' (or the equivalent group) on your system.
USERS_GID=100

# If DIR_MODE is set, directories will be created with the specified
# mode. Otherwise the default mode 0755 will be used.
DIR_MODE=0755

# If SETGID_HOME is "yes" home directories for users with their own
# group the setgid bit will be set. This was the default for
# versions << 3.13 of adduser. Because it has some bad side effects we
# no longer do this per default. If you want it nevertheless you can
# still set it here.
SETGID_HOME=no

# If QUOTAUSER is set, a default quota will be set from that user with
# `edquota -p QUOTAUSER newuser'
QUOTAUSER=""

# If SKEL_IGNORE_REGEX is set, adduser will ignore files matching this
# regular expression when creating a new home directory
SKEL_IGNORE_REGEX="dpkg-(old|new|dist|save)"

# Set this if you want the --add_extra_groups option to adduser to add
# new users to other groups.
# This is the list of groups that new non-system users will be added to
# Default:
#EXTRA_GROUPS="dialout cdrom floppy audio video plugdev users"

# If ADD_EXTRA_GROUPS is set to something non-zero, the EXTRA_GROUPS
# option above will be default behavior for adding new, non-system users
#ADD_EXTRA_GROUPS=1


# check user and group names also against this regular expression.
#NAME_REGEX="^[a-z][-a-z0-9_]*\$"

# use extrausers by default
#USE_EXTRAUSERS=1

Wobei die /etc/adduser.conf nur zur Anwendung kommt, wenn eine neuer Benutzer angelegt wird.
Momentaner Zustand:

Code:

id
uid=1000(kufalter) gid=1000(kufalter) Gruppen=1000(kufalter),4(adm),10(uucp),20(dialout),24(cdrom),27(sudo),30(dip),44(video),46(plugdev),121(lpadmin),123(scanner),131(lxd),500(nas-user)

Code:

groups
kufalter adm uucp dialout cdrom sudo dip video plugdev lpadmin scanner lxd nas-user

Die Gruppe 500(nas-user) habe ich jetzt einfach mal hinzugefügt.

Ich würde mich freuen, wenn ich von Euch einige Tipps bekommen könnte,
wie ich das ubuntu mit den UID und GID anpassen könnte,
so das ich mit einer primaren GID 500 mit einheitlichen Rechten auf den NAS-Datenspeicher zugreifen könnte.

Für openSuSE Tumbleweed habe ich bei Euch bereits mit dem gleichen Problem einen Thread eingestellt.
https://linux-club.de/forum/viewtopic.php?t=123751

viele Grüsse
bayernherz :thumbs:

josef-wien · 26 Feb. 2022

Ich habe keine Ahnung von *buntu, aber was passiert bei:

Code:

sudo usermod -g 500 kufalter

Christina · 26 Feb. 2022

Wie die GID geändert wird, haben dir @spezi und @susejunky doch schon geschrieben.
https://linux-club.de/forum/viewtopic.php?p=798664#p798664

spezi schrieb:
Code:

usermod -u 1000 -g 500 Name_von_bayernherz_auf_dem_Laptop

P.S.
@josef-wien war schneller

Edit: Anmerkung:

bayernherz schrieb:
Code:

id uid=1000(kufalter) gid=1000(kufalter) Gruppen=1000(kufalter),4(adm),10(uucp),20(dialout),24(cdrom),27(sudo),30(dip),44(video),46(plugdev),121(lpadmin),123(scanner),131(lxd),500(nas-user)

Code:

groups kufalter adm uucp dialout cdrom sudo dip video plugdev lpadmin scanner lxd nas-user

Die Gruppe 500(nas-user) habe ich jetzt einfach mal hinzugefügt.

Eventuell dürfen nicht zwei Gruppen mit derselben gid (500) existieren.
Der nas-user als Gruppe wird unter Ubuntu eh nicht benötigt.
Lies bitte dazu nochmal, was @josef-wien dir hier geschrieben hat (2. Satz):
https://linux-club.de/forum/viewtopic.php?p=798618#p798618

bayernherz · 26 Feb. 2022

hallo zusammen,

Code:
josef-wien hat geschrieben:
Ich habe keine Ahnung von *buntu, aber was passiert bei:

Code:

sudo usermod -g 500 kufalter

Genau diese Frage stelle ich mich auch. :???:

Christina hat geschrieben:
Eventuell dürfen nicht zwei Gruppen mit derselben gid (500) existieren.
Der nas-user als Gruppe wird unter Ubuntu eh nicht benötigt.
Lies bitte dazu nochmal, was @josef-wien dir hier geschrieben hat (2. Satz):

Dieser lautet:

josef-wien hat geschrieben:
Im Dateisystem wird die numerische GID gespeichert, der von vielen Programmen angezeigte Name ist in Wirklichkeit Schall und Rauch und gilt nur für das System, das ihn ausgibt.

Ich benötige aber den nas-user (GID 500) als primare GID, sonst kann auf den NAS keine neuen Dateien mit Gruppenrechten GID=500 (nas-user) erstellen. Anderfalls erzeuge ich im Dateisystem Dateien mit unterschiedlichen Gruppenrechte.
Wie ich schon im Thread
https://linux-club.de/forum/viewtopic.php?t=123751
bereits erwähnte, gestaltet sich eine Änderung des älteren NAS als schwierig.

Für mich stellt sich die Frage, wenn ich die /etc/adduser.conf mir ansehe:
Was macht *ubuntu im GID-Bereich von 100 - 999 ?
Den es sich reservieren lässt.
Schau Dir nochmal die /etc/adduser.conf an (habe ich beim 1. Thread mit gepostet).

Da heisst es:

Code:

FIRST_SYSTEM_UID=100
LAST_SYSTEM_UID=999

FIRST_SYSTEM_GID=100
LAST_SYSTEM_GID=999

Ich habe in das *ubuntu bereits sehr viel Mühe u. Arbeit gesteckt
und möchte es nicht unbedingt zerschiessen.
Wenn bei einem Versuch lediglich der user account zersrört würde,
würde ich vorschlagen einen Test user zu erstellen und einen Versuch zu starten.

viele Grüsse
bayernherz :thumbs:

Christina · 26 Feb. 2022

bayernherz schrieb:
Christina hat geschrieben:
Eventuell dürfen nicht zwei Gruppen mit derselben gid (500) existieren.
Der nas-user als Gruppe wird unter Ubuntu eh nicht benötigt.
Lies bitte dazu nochmal, was @josef-wien dir hier geschrieben hat (2. Satz):

Zum Vergrößern anklicken....

Dieser lautet:

josef-wien hat geschrieben:
Im Dateisystem wird die numerische GID gespeichert, der von vielen Programmen angezeigte Name ist in Wirklichkeit Schall und Rauch und gilt nur für das System, das ihn ausgibt.

Zum Vergrößern anklicken....

Ich benötige aber den nas-user (GID 500) als primare GID, sonst kann auf den NAS keine neuen Dateien mit Gruppenrechten GID=500 (nas-user) erstellen. Anderfalls erzeuge ich im Dateisystem Dateien mit unterschiedlichen Gruppenrechte.

Gelesen hast du den Satz von @josef-wien, aber noch nicht verstanden.
Du benötigst für deine NAS-Zwecke (unter Ubuntu & openSUSE) für den Benutzer die primäre Gruppe 500, sonst nichts.

bayernherz schrieb:
Für mich stellt sich die Frage, wenn ich die /etc/adduser.conf mir ansehe:
Was macht *ubuntu im GID-Bereich von 100 - 999 ?
Den es sich reservieren lässt.

Ich kann dir diese Frage nicht beantworten. Aber nachdem du bereits ohne eine Warnung oder Fehlermeldung eine neue Gruppe mit gid=500 im System anlegen konntest, kannst du die Gruppe mit gid=1000 vermutlich gefahrlos auf gid=500 ändern. Den nas-user (500) würde ich vorher per groupdel wieder entfernen.

Im Grunde hättest du dafür gar kein neues Thema eröffnen müssen, da die Kommandos die selben sind.
Ich habe beide Themen deswegen jetzt zusammengeführt.
LG
Christina

bayernherz · 26 Feb. 2022

hallo zusammen,

ich möchte nachfolgend nochmals eine kurze Zusammenfassung der benötigten
kommandos auflisten, bevor ich mit *ubuntu loslege.
Damit ich auch wirklich nichts falsch verstanden habe.

Änderungen werden von einem anderen user als kufalter ausgeführt.
Die Gruppe nas-user GID=500 ist bereits angelegt.

Code:

id
uid=1000(kufalter) gid=1000(kufalter) Gruppen=1000(kufalter),4(adm),10(uucp),20(dialout),24(cdrom),27(sudo),30(dip),44(video),46(plugdev),121(lpadmin),123(scanner),131(lxd),500(nas-user)

Code:

groups
kufalter adm uucp dialout cdrom sudo dip video plugdev lpadmin scanner lxd nas-user

Änderung von primar GID=1000 zu GID=500

Code:

sudo usermod -g 500 kufalter

Änderung der Gruppenzugehörigkeit vorhandener Datei von GID=1000 zu GID=500

Code:

sudo find /direcory -uid 1000 -gid 1000 -exec chgrp 500 {} \;

Ist das so ok ?

viele Grüsse
bayernherz :thumbs:

Christina · 26 Feb. 2022

bayernherz schrieb:
Ist das so ok ?

Ich würde vorher empfehlen:

Code:

sudo groupdel nas-user

josef-wien · 26 Feb. 2022

Christina schrieb:
Ich würde vorher empfehlen

Dann existiert die Gruppe nicht mehr, und eine nicht existierende Gruppe kann man nicht zuordnen. Oder ziehst Du die Lösung vor, die Gruppe 1000 auf 500 umzubennen (was man natürlich auch machen kann, aber dann ist usermod fehl am Platz und groupmod zu verwenden)?

Christina · 26 Feb. 2022

josef-wien schrieb:
Oder ziehst Du die Lösung vor, die Gruppe 1000 auf 500 umzubennen (was man natürlich auch machen kann, aber dann ist usermod fehl am Platz und groupmod zu verwenden)?

Ja richtig, mein Fehler:

Code:

sudo groupmod -g 500 kufalter

Es gibt eben mehrere Möglichkeiten, das Dateirechtesystem anzupassen.

@bayernherz kann ja nachsehen, wie er es unter openSUSE eingestellt hat. Ich würde das Schema dann unter Ubuntu übernehmen.

josef-wien · 26 Feb. 2022

bayernherz schrieb:
Was macht *ubuntu im GID-Bereich von 100 - 999 ?

In Deiner adduser.conf ist definiert, daß jeder Benutzer seine eigene Gruppe erhält, und die hat sinnvollerweise denselben numerischen Wert wie der Benutzer (und somit sind für beide Objekttypen die Werte 1000 bis 59999 definiert).

marce · 27 Feb. 2022

Ich will euch ja nicht reingrätschen (wobei ich es schon spannend finde, wie man für das triviale Ändern eine UID oder GID 2 Threads und mehrere Seiten braucht) - aber wäre das grundlegende Problem eigentlich nicht völlig transparent und ohne "invasive Eingriffe" in die Tiefen des Client-OS (weil - das müsste er dann ja auch auf jedem Client machen, den er irgendwann mal gegen das NAS verbinden will) über die passenden Mount-Optionen für das Einbinden des NAS (sie es SMB / CIFS ode NFS) zu lösen?

bayernherz · 5 März 2022

Hallo zusammen,
Entschuldigung, wenn ich mich erst jetzt wieder zum Thema melde.
Ich habe mir hierzu nochmals einige grundlegende Gedanken gemacht
und auch einige Tests dazu durchgefährt.

Ein Test mit einem neuen openSuSE Tumbleweed auf meinem Desktop
hat ergeben, das auch openSuSE jetzt standardmässig einen Benutzer
mit UID=1000 und GID=1000 anlegt; genau wie *ubuntu dieses tut.

Daher stellt sich die Frage für mich,
ist es sinnvoll für mich mit GID=100 / GID=500 auf dem NAS u. den bei mir vorhandenen OS
weiter zu arbeiten ?
Da dies bereits wie oben erwähnt veraltet ist.
Dazu müsste ich allerdings auf dem NAS meine GID=500 auf GID=1000 convertieren.
Dieses müsste ich dann auch mit meinem Laptop mit openSuSE Tumbleweed tun.
Mein *ubuntuu 20.04LTS (Desktop neue Installation OS) läuft ja bereits mit den GID=1000.
Bei meinem alten *ubuntu 18.04LTS auf dem Desktop müste ich dann
die GID=1000 noch hnizufügen (jetzt primar GID=500), mit dem Kompromiss wenn eine neue Datei erzeugt wird
diese auf GID=1000 zu ändern.

Ich sehe in dieser Lösung mehr Zukunft.
Habe allerdings auch ein wenig Befürchtungen einen Datenverlust auf meinem NAS herbeizuführen.

Wie ist denn Euere Meinung zu dieser Lösung ? :???:

viele Grüsse
bayernherz :thumbs:

susejunky · 5 März 2022

Hallo bayernherz,

bayernherz schrieb:
... Habe allerdings auch ein wenig Befürchtungen einen Datenverlust auf meinem NAS herbeizuführen.

gegen Datenverlust hilft eine Datensicherung.

Und ein Umstieg auf CIFS (SAMBA) würde Dich der UID/GID-Problematik entheben, ohne dass Du weitere Änderungen an Deinen Client-Systemen vornehmen müsstest.

Viele Grüße

susejunky

Christina · 5 März 2022

bayernherz schrieb:
Ein Test mit einem neuen openSuSE Tumbleweed auf meinem Desktop
hat ergeben, das auch openSuSE jetzt standardmässig einen Benutzer
mit UID=1000 und GID=1000 anlegt; genau wie *ubuntu dieses tut.

Poste mal bitte die Ausgaben von

Code:

grep USERGROUPS /etc/login.defs
grep GROUP /etc/default/useradd

in openSUSE Tumbleweed und in Ubuntu 18.04 & 20.04.

bayernherz schrieb:
(…) Dazu müsste ich allerdings auf dem NAS meine GID=500 auf GID=1000 convertieren.

Weißt du jetzt, wie du die GID auf deinem NAS ändern kannst?

bayernherz schrieb:
ich (…) möchte aus kompatibilitätsgründen zu einen älteren QNP NAS Dateispeicher die primare Group eines user verändern. Eine sicherlich sinnvoller Änderunge wäre die Anpassung der Zugriffsrechte im NAS,
diese sind aber leider fehlgeschlagen. Auch bei Durchsicht des QNAP-Forums habe ich unlösbare Probleme bei anderen Benutzern gesehen. Es gibr scheinbar da bei älteren Geräten ein Problem.
Daher möchte ich dei Anpassung lieber im openSuSE Tumbleweed vornehmen.

bayernherz · 6 März 2022

Hallo zusammen,

Code:
Christina hat geschrieben:
Poste mal bitte die Ausgaben von

Code:

grep USERGROUPS /etc/login.defs grep GROUP /etc/default/useradd

in openSUSE Tumbleweed und in Ubuntu 18.04 & 20.04.

openSuSE Tumbleweed Laptop

Code:

grep GROUP /etc/default/useradd
grep: /etc/default/useradd: Datei oder Verzeichnis nicht gefunden

Code:

grep USERGROUPS /etc/login.defs
grep: /etc/login.defs: Datei oder Verzeichnis nicht gefunden

Code:

id
uid=1000(bayernherz) gid=100(users) Gruppen=100(users),458(rtlsdr),459(wireshark),470(rtkit),500(nas-user)

*ubuntu 18.04LTS

Code:

grep USERGROUPS /etc/login.defs
# If USERGROUPS_ENAB is set to "yes", that will modify this UMASK default value
USERGROUPS_ENAB yes

Code:

grep GROUP /etc/default/useradd
# GROUP=100

*ubuntu 20.04LTS

Code:

grep USERGROUPS /etc/login.defs
# If USERGROUPS_ENAB is set to "yes", that will modify this UMASK default value
USERGROUPS_ENAB yes

Code:

grep GROUP /etc/default/useradd
grep GROUP /etc/default/useradd
# GROUP=100

Christina hat geschrieben:
Weißt du jetzt, wie du die GID auf deinem NAS ändern kannst?

Leider kann ich die Gruppe auf dem NAS nicht ändern, sondern nur löschen oder neu hinzufügen.
Da habe ich gid=1000(kufalter) hinzugefügt.
Wobei ich nicht gid=1000 hinzufügen konnte, sondern nur den Namen kufalter.
Die uid=1000(kufalter) war ja bereits eingtragen; ebenfalls nur mit dem Namen kufalter.

Leider besteht natürlich immer noch das Problem, wenn ich mit *ubuntu 20.04LTS mit gid=1000(kufalter)
eine neue Datei eröffne, das diese der Gruppe 1000 angehört.

viele Grüsse
bayernherz :thumbs:

Nachtrag:
Ich habe vergessen zu erwähnen, das ich bei
*ubuntu 18.04LTS die GID=1000(kufalter) hinzugefügt habe.
Sowie bei *ubuntu 20.04LTS die GID=500(nas-user).
Das müsste eigentlich unkritsch fürs OS sein.
Damit können *ubuntu 18.04LTS und *ubuntu 20.04LTS die vorhanden NAS-Dateien gegenseitig lesen.

Leider, leider erhalte ich damit auf dem NAS Dateien die GID=500 oder GID=1000 angehören,
wenn ich neue Dateien erzeuge, da bei
*ubuntu 18.04.LTS die pimare GID=500
und bei *ubuntu 20.04LTS die primare GID=1000 ist.
Das wollte ich ja unbedingt vermeiden. :igitt:

bayernherz

Gelöst Primare GID ändern

Ultimate Guru

Advanced Hacker

Moderator

Hacker

Moderator

Hacker

Ultimate Guru

Moderator

Hacker

Moderator

Hacker

Moderator

Ultimate Guru

Moderator

Ultimate Guru

Guru

Hacker

Moderator

Moderator

Hacker