<html>
<head>
</head>
<body>
I guess to reverse it I would&nbsp; &nbsp; 
<pre wrap="">do&nbsp;   <big><big>chattr&nbsp;-i {name of file}</big></big><br><br><b>Is&nbsp;this correct?</b><br></pre>
<br>
<br>
&nbsp;&nbsp;&nbsp; chattr [ -RV ] [ -v version ] [ mode ] files...<br>
<br>
DESCRIPTION<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; chattr changes the&nbsp; file&nbsp; attributes&nbsp; on&nbsp; a&nbsp; Linux&nbsp; second<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; extended file system.<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The format of a symbolic mode is +-=[ASacdistu].<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The&nbsp; operator&nbsp; `+'&nbsp; causes&nbsp; the&nbsp; selected attributes to be<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; added to the existing attributes of the files; `-'&nbsp; causes<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; them&nbsp; to&nbsp; be&nbsp; removed;&nbsp; and `=' causes them to be the only<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; attributes that the files have.<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The letters `ASacdijsu' select the new attributes for&nbsp; the<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; files:&nbsp; don't&nbsp; update&nbsp; atime (A), synchronous updates (S),<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; append only (a), compressed (c), no&nbsp; dump&nbsp; (d),&nbsp; immutable<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (i),&nbsp; data&nbsp; journalling&nbsp; (j),&nbsp; secure&nbsp; deletion&nbsp; (s),&nbsp; and<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; undeletable (u).<br>
<br>
<br>
Jed S. Baer wrote:<br>
<blockquote type="cite" cite="mid:200205222108.g4ML8ABe026351@deimos.frii.net">
  <pre wrap="">On Wed, 22 May 2002 14:08:30 -0600<br>Joe Linux <a class="moz-txt-link-rfc2396E" href="mailto:joelinux@earthlink.net">&lt;joelinux@earthlink.net&gt;</a> wrote:<br><br></pre>
  <blockquote type="cite">
    <pre wrap="">After a great deal of time consuming effort, I thought I had the <br>Mandrake permissions problem solved, but now they have come back as <br>before -<br>755.  It seems rather odd to me that on a multi-user system that one <br>user can peer into another users files, and you can't do anything to <br>stop it.<br></pre>
    </blockquote>
    <pre wrap=""><!----><br>Hey, on my system, I can set file permissions so even I can't see my own<br>files. ;-)<br><br></pre>
    <blockquote type="cite">
      <pre wrap="">Mandrake Linux is like a glass house with no window shades.<br></pre>
      </blockquote>
      <pre wrap=""><!----><br>Well, you know what they say: Those who live in glass houses shouldn't<br>throw stones.<br><br>Seriously, AFAICT, this is unique to your system. Finding it might in fact<br>be a major pain. IIRC, the original problem was that some program is<br>changing the permissions on a file? Maybe someone already suggested this,<br>but, as root, do a chattr +i {name of file}. This will make the file<br>"immutable". Then you can look through your log files, or maybe your cron<br>status e-mails (sent to root, most likely), for a program reporting an<br>error on {name of file}.<br><br>Presumably, you've looked through all the stuff that runs in the various<br>/etc/cron* directories for culprits?<br><br>jed<br></pre>
      </blockquote>
      <br>
      </body>
      </html>