Well said Kris, well said.  If you run out of room, that is because you didn&#39;t plan ahead.  That has nothing to do with partitioning.<br><br>If you are an admin and this happens to you, tsk tsk tsk!!!<br><br>Quyen<br><br>
<div class="gmail_quote">On Sun, Sep 26, 2010 at 1:27 PM, Kris Moore <span dir="ltr">&lt;<a href="mailto:kris@pcbsd.org">kris@pcbsd.org</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;">
<div><div></div><div class="h5"><br>
<br>
&quot;Roger Marquis&quot; &lt;<a href="mailto:marquis@roble.com">marquis@roble.com</a>&gt; wrote:<br>
<br>
&gt;Andrei Kolu wrote:<br>
&gt;&gt; In case of power failure during some write operations your filesystem<br>
&gt;&gt; would be inconsistent, that means after restart your filesystem(s)<br>
&gt;&gt; would be READ-ONLY. Now imagine that you got single / partition and<br>
&gt;&gt; can&#39;t start fsck placed in /stand, you have to start your system from<br>
&gt;&gt; livecd or something and hope that your partition scheme is not ruined.<br>
&gt;<br>
&gt;Journalling is a better protection against boot-time fsck.  At the very<br>
&gt;least ufs with soft-updates should be the default filesystem.<br>
&gt;<br>
&gt;But what Andrei is advocating here is a read-only root.  That is not the<br>
&gt;default now and, to the best of my knowledge nobody is seriously<br>
&gt;advocating that as a PC-BSD default.  To create a read-only root you&#39;d<br>
&gt;need to partition at least /tmp, /usr, and /var, and that would create<br>
&gt;more issues than it would solve because:<br>
&gt;<br>
&gt;  * Every filesystem that has to be mounted at boot is a point-of-failure.<br>
&gt;<br>
&gt;  * Unless you also mounted /home you&#39;d need to symlink /usr/home.  This<br>
&gt;    adds another one or two points-of-failure as well as the path issues<br>
&gt;    that to accompany directory symlinks.<br>
&gt;<br>
&gt;  * An unmountable /usr is worse than an an un-fsck&#39;ed root partition<br>
&gt;    for all but the most experienced end-users.<br>
&gt;<br>
&gt;  * Every intra-disk partition reduces the free space of all remaining<br>
&gt;    partitions, and increases the risk of diskfull partitions.<br>
&gt;<br>
&gt;&gt; Disk full trouble from servers of workstations? With single /<br>
&gt;&gt; partition your system would be unusable if it is full but with<br>
&gt;&gt; multiple partitions you are able to use it and at least delete some<br>
&gt;&gt; files.<br>
&gt;<br>
&gt;Hasn&#39;t been my experience but then my systems have all used journalling<br>
&gt;filesystems for several years now.  Plus, anyone who knows how to login<br>
&gt;to a diskfull system with multi-intra-disk partitions probably also knows<br>
&gt;how to &quot;mount -o rw /&quot;.<br>
&gt;<br>
&gt;&gt; Also remember /usr partition  where /usr/home directory with<br>
&gt;&gt; all users files are stored. Now recall quota feature. You don&#39;t want<br>
&gt;&gt; to set quota for your system processes, do you? Quota is set by<br>
&gt;&gt; partition.<br>
&gt;<br>
&gt;If you need quotas you need partitions no question, however, few<br>
&gt;end-users need quotas.  If you install non-journalling filesystems you<br>
&gt;may also benefit from partitions, at the expense of increasing the<br>
&gt;chances you&#39;ll experience inconsistent non-root filesystems.<br>
&gt;<br>
&gt;Bottom line, partitions within a disk create more points of failure than<br>
&gt;they eliminate.  This is statistics 101.  IMO, the defaults should<br>
&gt;reflect the fact that diskfull issues are more common than quotas and<br>
&gt;fsck issues for the average user.  The keywords here are &quot;probability&quot;<br>
&gt;and &quot;average user&quot;.<br>
&gt;<br>
&gt;More importantly, and the bottom line for PC-BSD, end-users who<br>
&gt;experience diskfull problems due to unnecessary partitioning or fsck<br>
&gt;issues due to unjournalled filesystems are more likely to move to an OS<br>
&gt;with more intelligent defaults.<br>
&gt;<br>
&gt;IME,<br>
&gt;Roger Marquis<br>
&gt;_______________________________________________<br>
&gt;Dev mailing list<br>
&gt;<a href="mailto:Dev@lists.pcbsd.org">Dev@lists.pcbsd.org</a><br>
&gt;<a href="http://lists.pcbsd.org/mailman/listinfo/dev" target="_blank">http://lists.pcbsd.org/mailman/listinfo/dev</a><br>
<br>
<br>
</div></div>If you want the best of both worlds, just switch to zfs. Using it here, and my zpool uses all the disk space, and creating mount points is a snap. I don&#39;t need to worry about running out of room on / or /usr, plus I can treat them as separate partitions.  Or set compression and other options on the fly. :)<br>

<font color="#888888"><br>
<br>
--<br>
Kris Moore<br>
PC-BSD / iXsystems<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.pcbsd.org">Dev@lists.pcbsd.org</a><br>
<a href="http://lists.pcbsd.org/mailman/listinfo/dev" target="_blank">http://lists.pcbsd.org/mailman/listinfo/dev</a><br>
</div></div></blockquote></div><br>