Hallo Community!
Hier brauche die Hilfe der Community für ein Problem, das ich im Thema User-Methodik in Leap 16.0 am 6. Juli beschrieben hatte.
Hier im Kürzen worum es dort ging:
Nach einer frischen Installation von openSUSE Leap 16.0 (ext4), bei der sowohl User und Admin festgelegt wurden und die Arbeitsverzeichnisse (z. Bsp. /home, /Dokumente) sowie die externe Backup-Festplatte unverändert blieben, habe ich festgestellt:
- das Öffnen von Dateien und Anwendungen läuft spürbar langsamer als unter Leap 15.6;
- das Anbinden der Backup-Festplatte (und auch von anderen bereits unter alten Leap-Versionen genutzten Festplatten) scheitert häufig oder, wenn es klappt erst nach wenigstens einer Fehlermeldung unmd dauert eine “Ewigkeit” (ich kann dazwischen beruhigt auf die Toilette gehen …).
Nun habe ich vor ein paar Tagen zufällig im Thread Login authentication failure after upgrade from 15.6 to 16 den möglichen Grund dieser “defekte” gefunden. In dem dort erwähnten Absatz 3.6.16 vom OpenSUSE Release Note Leap 16.0 ist es gar die Lösung beschrieben.
Warum denn brauche ich eure Hilfe, wenn die Lösung gefunden ist?
Zuerst weil ich mir mit dieser Lösung nicht sicher bin. Dazu bin ich mit der Struktur von openSUSE Leap nicht vertraut bin und meine Englischkenntnisse nicht besonders gut sind.
Im Absatz 3.6.16 vom OpenSUSE Release Note Leap 16.0 steht:
1) Previously, all user accounts belonged to a single users group. Now instead of being added to the common users group, each new user now gets their own primary group matching their username. This is due to USERGROUPS_ENAB being enabled in/ usr/etc/login.defs. This change affects all new installations and upgraded systems that did not change the default /etc/login.defs. This has several consequences:
- (…)
- configurations that used the primary users group as a condition do not work anymore
- configurations that used the primary or secondary users group as a condition need to
have the users group manually added to these user accounts in order to continue to work, for example, to for @users in the sudoers file.
Dies kann eben die oben beschriebenen “Defekte” erklären, allerdings gibt es die Verzeichnisse “usr/etc/login.defs” und “/etc/login.defs” in meinem System NICHT!
FRAGE: wie so?
2) home directories inherited from a previous system need to standardize the GID of the files by running: find "$HOME" -group users -exec chgrp myuser {} \
or chgrp -R myuser "$HOME" if you did not use any GID other than users.
Dies scheint mir die Lösung zu sein. Ich verstehe vielleicht aber die Befehlszeile nicht richtig!
FRAGEN:
a) soll man sie als Admin oder Weel-User eingeben?
b) Wie soll ich feststellen, ob es im GID nur die Gruppe “users” gibt ?
Aktuell git es in meinem System:
- User “michael” in Gruppe users für Dateien, die vor Leap 16.0 angelegt wurden und
User “michael” in Gruppe “michael” (und auch Weehl?) für neuere Dateien.
c) Soll sie vielleicht lauten,
Im ersten Fall: find /home/michael -group users -exec chgrp myuser {} \
oder soll hier “myuser” durch den username “michael” ersetzt werden?
Im zweiten Fall: chgrp -R myuser /home/michael ?
d) Kann man diese Befehle rückgängig machen, falls sie nicht einhauen?
Vielen Dank im voraus für die wertvolle Beiträge - Wer hier standig auf die User-Fragen antwortet hat immer viel zu tun … - ich denke, besonders nach der Einführung von Leap 16.0!
Bis dann