<div dir="ltr"><div dir="ltr">On Wed, Jan 18, 2023 at 5:17 PM William Park via kwlug-disc <<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What's the reason for partitioning in the first place?  I understand <br>
/etc and /boot.  </blockquote><div><br></div><div>Even /etc should not be a separate filesystem. It has to be on the root partition</div><div>so when the "system" and daemons start, they have their configuration files available ...</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But, for data, why not allocate the whole thing?<br></blockquote><div><br></div><div>I fully agree. I learned this lesson the hard way back when minicomputers running <br></div><div>UNIX had a puny 10MB drive. One field engineer partitioned a client's system with <br></div><div>/var on its own partition, /home on another, and root on a third. <br></div><div><br></div><div>When the application started and was storing data, it ran out of space. That would not</div><div>have happened if all of root, /home and /var were on a single partition. <br></div><div><br></div><div>Today we are not that restricted in size, but still, all it takes is a bad app or bad configuration</div><div>(e.g. leaving debug output on for a chatty app) and a filesystem can fill up quick.</div><div><br></div><div>Even on my laptop, using guvcview, which uses video for linux (v4l2). If I unplug the <br></div><div>camera device before closing the application, then ~/.xsession-errors grows immensly</div><div>in a few minutes. <br></div><div><br></div><div>So, I agree with William: partitions should be as large as the device allows. <br></div></div></div>