<p dir="ltr"><br>
On Jan 2, 2014 11:12 AM, &quot;Chris Murphy&quot; &lt;<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Jan 2, 2014, at 9:32 AM, Steve Searle &lt;<a href="mailto:steve@stevesearle.com">steve@stevesearle.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Around 12:43am on Tuesday, December 31, 2013 (UK time), Patrick O&#39;Callaghan wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt; Conclusion: better look for some other way to cover your tracks, and note<br>
&gt; &gt;&gt; that a forensic investigation can be carried out without having you log in<br>
&gt; &gt;&gt; at all.<br>
&gt; &gt;<br>
&gt; &gt; Just to emphasise what Patrick says, if you boot Linux into singe user<br>
&gt; &gt; mode, you can get root access without needing a password, which would<br>
&gt; &gt; bypass any setup you had done this way.<br>
&gt;<br>
&gt; Not on Fedora 20 at least, and I think since even Fedora 19, if you use &quot;single&quot; boot param you startup to rescue.target. It asks for a root password or to press Control-D to continue. If I control-D to continue, startup proceeds to default.target. That&#39;s typically multi-user.target (runlevel 3), or graphical.target (runlevel 5).<br>

&gt;<br>
&gt; I could boot from alternate media, and presumably mount and chroot this installation, and compel a change to the root password. But apparently not from the installation itself.<br>
&gt;<br>
&gt; Chris Murphy<br>
&gt; --<br>
&gt; </p>
<p dir="ltr">The kernel still accepts &quot;init=/bin/sh&quot; .  An encrypted volume definitely slows things down, but physical access gives a lot of freedom.</p>
<p dir="ltr">--Pete</p>