Also ich habe auch einen Benutzer und eine Gruppe "systemd-journal-remote" mit der ID=999, so ganz inoffiziell kann sie deshalb nicht sein. Wer sie wann angelegt hat kann ich heute nicht mehr feststellen, über das Paket "filesystem" jedenfalls nicht, wahrscheinlich eher durch ein Installationsskript.
Das ändern der Rechte oder des Eigentümers im Dateisystem bringt übrigens nichts, weil die Änderung nach jedem Booten von /usr/lib/tmpfiles.d/systemd-remote.conf wieder zurückgenommen wird:
z /var/log/journal/remote 2755 root systemd-journal-remote - -
z /run/log/journal/remote 2755 root systemd-journal-remote - -
Das neuerdings so viele Warnung wegen nicht übereinstimmender Rechte ausgegeben werden, scheint wohl an pacman seit der Version 4.2 zu liegen; die reklamierten Rechte unterschieden sich schon in der Vergangenheit, wurden aber bisher nur auf ausdrückliche Anfrage mit "Qkk" von pacman ausgegeben, während es jetzt bei jeder Installation automatisch geschieht, und so schon für allerlei Verwirrung gesorgt hat.
Die grundsätzlich begrüßenswerte Warnung verliert ihren Sinn, weil sie zu oft unberechtigt herausgegeben wird. Der Benutzer kann nicht mehr unterscheiden, ob die Warnung ignoriert oder ihr nachgegangen werden muss. Prominenter Vertreter ist derzeit "postfix", und dort führen wir zur Zeit auch im Bugtracker eine Diskussion zu dem Thema. Hier ist es so, dass die Dateien im Paket UID/GID=0 gesetzt wurden und damit root gehören, das Installationsskript ändert den Eigentümer aber auf "postfix" was bei der nächsten Installation dann zur Warnung von pacman führt, weil die Dateiberechtigungen im Dateisystem von denen des Pakets abweichen. Wer die Rechte auf die des Pakets zurücksetzt ist allerdings schlecht beraten, da dann postfix nicht mehr läuft. Es ist natürlich klar dass pacman das jedes Mal wieder neu reklamiert wenn die Besitzer sofort nach der Installation geändert werden und damit vom Inhalt des Pakets abweichen. Dem Vorschlag, die Dateien schon im Paket auf die richtigen Besitzer zu ändern und nicht erst während der Installation mochte der Paketbetreuer nicht folgen; er bekäme sie so vom Upstream und wollte sie unverändert in das Paket übernehmen, Änderungen daran werden erst während der Installation durchgeführt. Und so bleibt das Problem bestehen. Mit anderen Paketen wie z.B. cups läuft es ähnlich.
Dies nur mal als kleine Randinformation zum Thema "Paket falsch geschnürt" und warum neuerdings scheinbar so viele Rechteänderungen reklamiert werden. Ich werde die Warnungen von pacman zunächst einmal geflissentlich ignorieren weil sie so wie sie jetzt ausgegeben werden eher verwirrend als nützlich sind.