+1<div><br></div><div>For me, it is quite easy to fill up my hard disk, I already filled up my flash drives, my secondary hard disks, and I am already nearing full on my /home directory.<br><br><div class="gmail_quote">On Sat, Jan 24, 2009 at 5:02 AM, nodata <span dir="ltr"><<a href="mailto:lsof@nodata.co.uk">lsof@nodata.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Am Freitag, den 23.01.2009, 22:16 -0600 schrieb Chris Adams:<br>
<div class="Ih2E3d">> Once upon a time, Jeff Spaleta <<a href="mailto:jspaleta@gmail.com">jspaleta@gmail.com</a>> said:<br>
> > The better question is, how do we expect a user of a predominated self<br>
> > administered system to recover in the edge cases like this?  The<br>
> > current default partitioning layout certainly is not designed to<br>
> > prevent this particular edge case from happening.<br>
><br>
> Well, "user can't log in because /home is full" is being used as a<br>
> reason here.  Is that the real situation - if /home is full, can users<br>
> really not log in?  If that is the case, that's broke and should be<br>
> fixed.  The user should be able to log in and remove files.<br>
><br>
<br>
</div>+1<br>
<br>
(and I notice that it's difficult to actually fill a disk)<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
fedora-devel-list mailing list<br>
<a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a><br>
</div></div></blockquote></div><br></div>