Well, this is beyond my current knowledge... but basically /etc/init.d is where you make things happen at startup, and with the numbers leading filenames there (take a look...) you can have control when your script will be executed. I&#39;d suggest take a look into those scripts and try to insert your script, and google runlevels if you want to be sure when your script would be executed. I suppose basically everything in /etc/int.d goes off before anything (normally) happens to your home directory.<br>

<br>Andras<br><br><div class="gmail_quote">On Sat, Jun 12, 2010 at 5:48 PM, Ingo Scherzinger <span dir="ltr">&lt;<a href="mailto:ingo@miamiwave.com">ingo@miamiwave.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hi Andreas,<br>
<br>
Sounds like a good idea to put the entire &quot;/home/user&quot; folder into a tmpfs<br>
but I have no idea how to get my data copied into this tmpfs prior to the<br>
system wanting to use it.<br>
Any idea?<br>
<font color="#888888"><br>
Ingo<br>
</font><div><div></div><div class="h5"><br>
&gt; &gt;On Fri, Jun 11, 2010 at 11:03 AM, Ingo Scherzinger<br>
&lt;<a href="mailto:ingo@miamiwave.com">ingo@miamiwave.com</a>&gt;wrote:<br>
&gt; &gt;<br>
&gt; &gt;If the file&#39;s contents have to be preserved between sessions, it&#39;s<br>
&gt; &gt; breaking<br>
&gt; &gt;the &quot;read only system&quot; paradigm. (You may still be able to use an usb<br>
&gt; &gt; drive<br>
&gt; &gt;for this purpose?)<br>
&gt; &gt;<br>
&gt; &gt; It&#39;s actually working fine writing edited data to the rw sda3<br>
&gt; &gt; partition where some folders have been linked to.<br>
&gt; &gt;<br>
&gt; &gt;If the file can be recreated with the same content at each startup,<br>
&gt; &gt;i&#39;d think about how to trick it to be on a temporary writable<br>
&gt; &gt;filesystem. I suppose we cannot change the default path for this<br>
&gt; &gt;file, and i&#39;m not sure<br>
&gt; &gt; if<br>
&gt; &gt;you can a have link in your read only filesystem (/home/ingo)<br>
&gt; &gt;pointing to<br>
&gt; &gt; a<br>
&gt; &gt;yet-to-be-created file on a temporary filesystem, but given the<br>
&gt; &gt;annoyance factor of the problem, it may make sense to trick your<br>
&gt; &gt;whole /home/ingo<br>
&gt; &gt; onto<br>
&gt; &gt;a temporary filesystem (from where of course you will be free to<br>
&gt; &gt;create links to directories that reside on the read-only filesystem).<br>
&gt; &gt;<br>
&gt; &gt;Andras<br>
&gt; &gt;<br>
&gt; &gt; I tried that already. I was mounting the entire /home/ingo folder to a<br>
&gt; &gt; tmpfs.<br>
&gt; &gt; That way I didn&#39;t have all files I needed available. All system<br>
&gt; &gt; settings seemd to be gone.<br>
&gt; &gt; After getting the data partition to auto mount -rw I made a link to<br>
&gt; &gt; the .ICEauthority file. Didn&#39;t help. Maybe mounting drives comes later<br>
&gt; &gt; in the upstart order. I should check that out.<br>
&gt; &gt;<br>
&gt; &gt; Ingo<br>
&gt; &gt;<br>
<br>
&gt;Well, when you mount your whole home to a tmpfs you have to copy all those<br>
&gt;needed files and system settings on it, and if you can, you have to save<br>
them back &gt;to permanent storage before shutdown.<br>
&gt;Automounting drives from fstab may happen sooner or later during startup,<br>
but the &gt;system is surely capable of mounting and temp-filesystems from the<br>
moment the &gt;kernel is alive, and you can make things happen at a given<br>
moment in the boot &gt;order by adding it to the right place in /etc/init.d/<br>
&gt;<br>
&gt;Andras<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Muranyi Andras<br>