Hi Liste, ich hab hier ein kleines Problem wenn ich mit dem MC die Dateirechte einer Datei von 655 auf 755 ändere behält er dies nicht. Wenn ich dann abends den PC runterfahre und am nächsten Tag wieder hoch dann stehen die Rechte dieser Datei nicht mehr auf 755 sondern wieder auf 655. Die Datei wird einmal am Tag via cron job aufgerufen wenn die Dateirechte auf 655 sind kann ich die Datei nicht via cron ausführen (Permission denied). 0 13 * * * marcel /usr/local/httpd/sicherung_holen Woran liegt dies ?? Beste Gruesse Marcel
Tuesday, January 09, 2001, 12:52:33 PM, Marcel wrote:
Hi Liste, ich hab hier ein kleines Problem wenn ich mit dem MC die Dateirechte einer Datei von 655 auf 755 ändere behält er dies nicht. Wenn ich dann abends den PC runterfahre und am nächsten Tag wieder hoch dann stehen die Rechte dieser Datei nicht mehr auf 755 sondern wieder auf 655. Greift vielleicht irgendein anderer Prozess (auch cron?) auf die Datei zu, während du arbeitest und ändert die Dateirechte automatisch? Was passiert, wenn du die Rechte änderst und sofort rebootest?
Warn nur mal so n paar spontane Ideen ;) bye, Martin
Marcel Kurz schrieb am 09.01.2001:
Die Datei wird einmal am Tag via cron job aufgerufen wenn die Dateirechte auf 655 sind kann ich die Datei nicht via cron ausführen (Permission denied). 0 13 * * * marcel /usr/local/httpd/sicherung_holen
Woran liegt dies ??
Vermutlich daran, daß sie im (Standard-)Root-Verzeichnis des httpd liegt. Leg sie doch woandershin, z.B. nach /usr/local. hth, Christian -- Made with a Macintosh... ChriSchmi@t-online.de http://home.t-online.de/home/chrischmi/
Hi Marcel, Marcel Kurz wrote:
Hi Liste, ich hab hier ein kleines Problem wenn ich mit dem MC die Dateirechte einer Datei von 655 auf 755 ändere behält er dies nicht. Wenn ich dann abends /usr/local/httpd/ ...
laeuft bei Dir seccheck oder aenderst Du oefter etwas mit yast, so dass SuSEconfig gestartet wird? Das sind IMHO die beiden tools, welche Attribute veraendern. Du kannst einen Entrag in /etc/permissions.local machen: /usr/local/httpd/sicherung_holen <owner>.<group> 755 Dann aendert SuSEconfig wenigsten nichts. andy -- ------------------------------- mailto:Andreas.Tirok@beusen.de fon: +49 30 549932-37 fax: +49 30 549932-21
On 10-Jan-2001 Andreas Tirok wrote:
Marcel Kurz wrote:
Hi Liste, ich hab hier ein kleines Problem wenn ich mit dem MC die Dateirechte einer Datei von 655 auf 755 ändere behält er dies nicht. Wenn ich dann abends /usr/local/httpd/ ...
laeuft bei Dir seccheck oder aenderst Du oefter etwas mit yast, so dass SuSEconfig gestartet wird?
Das sind IMHO die beiden tools, welche Attribute veraendern.
Nicht nur diese. Sendmail z.B. setzt auch bestimmte Permissions
zurueck. Oder irgendein cronjob funkt ihm (gleich nach dem Booten?)
dazwischen.
Ich habe den Thread leider nur sehr oberflaechlich verfolgt, so dass
ich vielleicht voelligen Stuss schreibe, aber nach meinen Erfahrungen
fuehrt ein systematisches Einkreisen des Problems meistens am
schnellsten zur Loesung.
Leider weiss ich nicht mehr, um was fuer Dateien in welchen
Verzeichnissen es sich handelt. Tritt das Problem auch nach einem
Init 1 - Init 2 auf, nach einem Reboot, laeuft irgendein cronjob, was
steht in boot.local und halt.local, was in profile und profile.local?
Auf diese Weise bin ich mal darauf gestossen, dass sendmail die
permissions fuer /var/spool/mail/root immer zuruecksetzt, wenn es
nach einem cronjob eine Mail ueber den erfolgreichen cron-Lauf
verschickt.
Gruss,
Heinz.
PS: Noch was ganz Bloedes: Hast Du mal mit ls geprueft, ob mc die
Permissions wirklich geaendert hat?
--
E-Mail: Heinz W. Pahlke
laeuft bei Dir seccheck oder aenderst Du oefter etwas mit yast, so dass SuSEconfig gestartet wird?
zu diesem thema kann ich beisteuern, daß man zwar wunderbar das gnome von helix-code auf suse installieren kann, aber der gdm , der gnome-display-manager nach einem reboot nicht mehr startet. er meckert rum: /var/lib/gdm not owned by gdm oder so ähnlich. ich kann das verzeichnis ihm durch ein chown geben und ihn dann starten. beim nächsten mal sind die rechte wieder wie am anfang. kann man so etwas permanent ändern? damit auch yast seine finger davon läßt? olaf
Am Mit, Jan 10, 2001 um 01:55:52 +0100 schrieb Olaf Gruettner
laeuft bei Dir seccheck oder aenderst Du oefter etwas mit yast, so dass SuSEconfig gestartet wird?
zu diesem thema kann ich beisteuern, daß man zwar wunderbar das gnome von helix-code auf suse installieren kann, aber der gdm , der gnome-display-manager nach einem reboot nicht mehr startet.
er meckert rum: /var/lib/gdm not owned by gdm
oder so ähnlich.
ich kann das verzeichnis ihm durch ein chown geben und ihn dann starten. beim nächsten mal sind die rechte wieder wie am anfang.
kann man so etwas permanent ändern? damit auch yast seine finger davon läßt?
Hallo Olaf, das kann man mit den "/etc/permissions.local" machen. z.B.: /var/lib/gdm gdm.shadow 750 dann wird nach jedem SuSEconfig das Verzeichnis so gesetzt, wie du es angegeben hast. In der "/etc/rc.config" muss dann noch der Eintrag stehen: PERMISSION_SECURITY="(easy secure paranoid)local" Wichtig ist das "local" an letzter Stelle, denn dadurch werden die Rechte so gesetzt, wie du es geschrieben hast. Andernfalls wuerde "/etc/permissions.(easy secure paranoid) deine Eintragungen immer wieder ueberschreiben. CU Michael -- The main failure in computers is usually between keyboard and chair. (unknown)
participants (7)
-
Andreas Tirok -
Christian Schmidt -
Heinz W. Pahlke -
Marcel Kurz -
Martin Knufinke -
Michael Wagner -
Olaf Gruettner