| 1 |
On Tue, Sep 04, 2007 at 12:19:29PM +0200, Alan McKinnon wrote |
| 2 |
> On Tuesday 04 September 2007, Remy Blank wrote: |
| 3 |
> > Alan McKinnon wrote: |
| 4 |
> |
| 5 |
> > > What you can't do, and to my knowledge no regular fs can do, is to |
| 6 |
> > > *reduce* a mounted partition |
| 7 |
> > |
| 8 |
> > But who would want to do that? I always need *more* space, not less |
| 9 |
> > ;-) |
| 10 |
> |
| 11 |
> emerged openoffice lately? :-) |
| 12 |
> |
| 13 |
> It pretty much always fails if you have <5G in /var/tmp/portage. On a |
| 14 |
> laptop, that's 8% of my total disk space just sitting there free |
| 15 |
> waiting for the day I emerge openoffice again. Umounting /var to reduce |
| 16 |
> it is such a huge pita that I made /var/tmp/portage a separate volume |
| 17 |
> and now reduce it at will. |
| 18 |
|
| 19 |
Drifting back onto the thread topic (is that allowed here<g>?) having |
| 20 |
/var use part of a common pool (what's left over after swap and a 500 |
| 21 |
meg / partition) avoids that problem altogether, rather than band-aiding |
| 22 |
it. |
| 23 |
|
| 24 |
-- |
| 25 |
Walter Dnes <waltdnes@××××××××.org> In linux /sbin/init is Job #1 |
| 26 |
Q. Mr. Ghandi, what do you think of Microsoft security? |
| 27 |
A. I think it would be a good idea. |
| 28 |
-- |
| 29 |
gentoo-user@g.o mailing list |
Archives