Arch Linux

Filesystem-Rechte

PMedia

Huhu, nach langer Abstinenz nutze ich nun wieder ArchLinux.
Mir war das ja alles damals vieeel zu ruhig so ganz ohne Probleme am PC arbeiten zu können, weshalb ich ja zwischenzeitig wieder bei Ubuntu war aber iwann nervt es ja dann doch.

Infolgedessen habe ich mir am Dienstag das aktuelle Core-Image gekrallt, gebrannt, installiert und alles ist soweit wieder super.

ABER ein Problem habe ich dann doch (naja, eigentlich sinds mehrere, aber das wichtigste zuerst 😃)

Und zwar hat /var/lock - bzw /run/lock - bei mir nach dem Reboot die Rechte 755, was ja eigentlich nicht schlecht ist. Zumindest für Prozesse, die als root starten, su'n und dann als eigener Benutzer weiterlaufen.

Aber hat das auch jemand mit Munin am laufen? Munin läuft als Benutzer munin und erstellt erst dann seine lock-files, was dazu führt, dass ihm die Schreibrechte fehlen und der ganze Prozess sofort nach dem Start wieder abbricht.

Ich hab gelesen, dass das jetzt so ist, dass ein init-Script den symlink von /run/lock nach /var/lock erstellt; spricht viel dagegen, wenn ich das Skript für mich selbst modifiziere dass es auch noch ein chmod 777 macht? Welches Skript macht das überhaupt? Und gibt es einen eleganteren Weg?
Hab leider noch nichts gefunden, dass Munin seine Lock-Files woanders erstellt, daran würde ich aber eher nicht rumfummeln.

Das System wird ausschließlich für mich zum entwickeln verwendet, ein Standalone-Arbeitsplatz quasi; ich schließe es also aus, dass irgendjemand bei mir lock-Files löscht oder faked :] Von daher würde ich an dieser Stelle den 777er akzeptieren.

fs4000

Es gibt kein Skript mehr, das macht /usr/lib/tmpfiles.d/legacy.conf aus systemd-tools.

Siehe auch tmpfiles.d(5)

Nachtrag: Die Datei selbst zu bearbeiten ist keine gute Idee. Ich zitiere die Man-page: "Files in /etc/ override files with the same name in /usr/lib/."

PMedia

Hm was könnte man denn dann stattdessen machen? So wie es jetzt ist, kann ich Munin kaum nutzen

fs4000

Am besten votest du hierfür: https://bugs.archlinux.org/task/30390
und kanns das Problem tmporär mit einer gleichlautenden Datei unter /etc/ mit den Rechten 1777 umgehen.

PMedia

Wunderbar! Danke 🙂
Hätt ich auch drauf kommen können 😃

mannohneschuh

fs4000 schriebEs gibt kein Skript mehr, das macht aus systemd-tools.

Siehe auch tmpfiles.d(5)

Nachtrag: Die Datei selbst zu bearbeiten ist keine gute Idee. Ich zitiere die Man-page: "Files in /etc/ override files with the same name in /usr/lib/."

cp /usr/lib/tmpfiles.d/legacy.conf /etc/tmpfiles.d/legacy.conf
add your desired lines, write and exit

Von nun an wird /etc/tmpfiles.d/legacy.conf genommen anstelle von /usr/lib/tmpfiles.d/legacy.conf.
Du kannst dort auch für jeden Dienst eigene .conf anlegen, das geht bei mir prima.

PMedia

mannohneschuh schrieb
fs4000 schriebEs gibt kein Skript mehr, das macht aus systemd-tools.

Siehe auch tmpfiles.d(5)

Nachtrag: Die Datei selbst zu bearbeiten ist keine gute Idee. Ich zitiere die Man-page: "Files in /etc/ override files with the same name in /usr/lib/."
cp /usr/lib/tmpfiles.d/legacy.conf /etc/tmpfiles.d/legacy.conf
add your desired lines, write and exit
Von nun an wird /etc/tmpfiles.d/legacy.conf genommen anstelle von /usr/lib/tmpfiles.d/legacy.conf.
Du kannst dort auch für jeden Dienst eigene .conf anlegen, das geht bei mir prima.

Das habe ich dem Post von fs4000 bereits entnommen, aber danke 🙂

mannohneschuh

PMedia schrieb…

Das habe ich dem Post von fs4000 bereits entnommen, aber danke 🙂

Ich hatte wohl vergessen auf 'Absenden' zu klicken bevor ich mit dem Hund raus ging, und habs dann ohne Kontrolle einfach als ich wiederkam gemacht ^^