Arch Linux

shadow.service failed

Okami

s33w0lf schrieb /etc/group und /etc/passwd müssen halt nur stimmen

Ich habe jetzt gesehen dass in der /etc/passwd andere GID's angegeben waren als in der /etc/group, und dadurch die passwd an die group angepasst... Ist das so okay oder müsste ich es anders rum machen? Und wenn ja wieso?

Martin-MS

Zu jeder in /etc/passwd angegebenen GIDs müssen entsprechende Eintragungen in /etc/groups existieren.

So sehen sie hier aus:

systemd-journal-upload:x:998:998:systemd Journal Upload:/:/sbin/nologin                                                                                                                      
systemd-journal-remote:x:999:999:systemd Journal Remote:/:/sbin/nologin          
...
systemd-journal-upload:x:998:
systemd-journal-remote:x:999:

Korrekturen an Benutzernamen und UIDs führt man mit "usermod" und an Gruppennamen und GIDs mit "groupmod" durch; und zwar so lange bis die Einträge aussehen wie oben.

mönch

Hallo Martin-MS,

Verstehe so, dass bei pwck-Ausgabe (bei grpck kommt nichts)

Mär 01 02:52:03 dell pwck[183]: Benutzer »systemd-journal-remote«: Keine Gruppe 999
Mär 01 02:52:03 dell pwck[183]: Benutzer »systemd-journal-upload«: Keine Gruppe 998
Mär 01 02:52:03 dell pwck[183]: Benutzer »avahi«: Keine Gruppe 84

ich die /etc/passwd UID an die /etc/group GID anpassen muß, nicht umgekehrt, also die UID auf 996, 997 ändern, entsprechend der GID in /etc/group. Wäre dann dieser Befehl usermod -u, uid UID richtig?

Was mache ich mit avahi, ist in /etc/group garnicht drin?

drcux

groupmod -g 999 systemd-journal-remote

Bzgl. avahi: siehe oben...

Martin-MS

mönch schrieb ich die /etc/passwd UID an die /etc/group GID anpassen muß, nicht umgekehrt, also die UID auf 996, 997 ändern, entsprechend der GID in /etc/group. Wäre dann dieser Befehl usermod -u, uid UID richtig?

Also da verstehe ich wirklich das Problem nicht. Wer hat denn was von 996 oder 997 gesagt? Es soll genau so aussehen wie ich es in dem Beispiel oben angegeben habe.
Wenn dir pwck schon meldet "»systemd-journal-remote«: Keine Gruppe 999" Warum sollte man dann die UID auf 996 ändern? Es fehlen doch Gruppen mit den GIDs 999 und 998, ergo muss man diese Gruppen mit diesen IDs anlegen, oder falls schon vorhanden die GIDs entsprechend ändern. Und dann mit groupmod und nicht mit usermod.

Welche Benutzergruppe wird dir überhaupt für /var/log/journal/remote angezeigt?

mönch

@drcux
danke für die kurze und korrekte Antwort.

Martin-MS schriebWelche Benutzergruppe wird dir überhaupt für /var/log/journal/remote angezeigt?

997. Danke für die Aufklärung, dann lag ich mit meiner These falsch, dass auch aus der Antwort von @drcux zu deuten war.

Martin-MS

mönch schrieb
Martin-MS schriebWelche Benutzergruppe wird dir überhaupt für /var/log/journal/remote angezeigt?
997.

Das ist auch falsch, die im Dateisystem gesetzte GID passt zu keiner Gruppe, sonst würde dort der Gruppenname stehen. Die Gruppe für das Verzeichnis muss auf "systemd-journal-remote" gesetzt werden und die GID dieser Gruppe muss 999 sein. Oder direkt mit chown die GID im Dateisystem ändern und danach prüfen, ob dann die Gruppe "systemd-journal-remote" angezeigt wird.
Und am besten gleich mit "find / -gid 997" das gesamte Dateisystem untersuchen, ob irgendwo sonst noch die GID 997 (oder 996) gesetzt ist.

« Vorherige Seite