I have different partitions for / and /home.Unfortunately my root
partition is full (7GB).What can i do now?
Shall i try repartitioning my root through boot disk or there is any
other way to clean the / partition. I don't know how a 7 GB / is full
since all the applications are stored in my home partition
Submitted by Nigel Henry on Sat, 2007-07-14 17:00.
On Saturday 14 July 2007 23:32, Mastery wrote:
> I have different partitions for / and /home.Unfortunately my root
> partition is full (7GB).What can i do now?
> Shall i try repartitioning my root through boot disk or there is any
> other way to clean the / partition. I don't know how a 7 GB / is full
> since all the applications are stored in my home partition
It's worth having a look in /var/cache/apt/archives. You may find a load of
files there that were downloaded when doing apt-get dist-upgrades. these
files are not really needed anymore so doing an apt-get clean will give you a
bunch of spare harddrive space.
Submitted by Douglas Tutty on Sat, 2007-07-14 20:00.
On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> I have different partitions for / and /home.Unfortunately my root
> partition is full (7GB).What can i do now?
> Shall i try repartitioning my root through boot disk or there is any
> other way to clean the / partition. I don't know how a 7 GB / is full
> since all the applications are stored in my home partition
This is a big reason to have more than /, swap, and /home.
Boot up in single-user. If there isn't enough disk space for that, boot
up in init=/bin/sh and mount your filesystem read-only (so that it
doesn't get atimes updated or any other attempts to write to a full
device). If you can, activate swap and get /tmp on tmpfs to give you
something to shuffle with.
Since its all one big fs, df won't help much but run it anyway to see
how full things are after this fresh reboot.
Since /usr can be mounted ro, its only supposed to change when you
add/remove/update packages, so there should be no surprises under /usr.
Check /var. Especially, /var/tmp, /var/cache. The FHS says that files
in /var/cache "is locally generated as a result of time-consuming I/O or
calculation. The application must be able to regenerate or restore the
data. Unlike /var/spool, the cached files can be deleted without data
loss.
Then check in /home. If you find any really big files, see if you can
gzip them up to save space. If there are big directories, perhaps
tarball them.
Once you get enough room to work, you can reboot into single-user mode
and run your normal backup routine. Then decide where to prune to get a
sane system again.
Douglas Allan Tutty wrote:
> Check /var. Especially, /var/tmp, /var/cache.
Also look at /var/archives. Since I moved from etch to unstable,
something's been putting (multi-hundred)-megabyte files there each day.
I've just been nuking them because I'm too lazy to look up who's
generating them. I really should do that...
It's no biggie in my case, because /var's a separate partition.
Submitted by Douglas Tutty on Sat, 2007-07-14 22:00.
On Sat, Jul 14, 2007 at 09:36:17PM -0400, Max Hyre wrote:
> Douglas Allan Tutty wrote:
> >Check /var. Especially, /var/tmp, /var/cache.
>
> Also look at /var/archives. Since I moved from etch to unstable,
> something's been putting (multi-hundred)-megabyte files there each day.
> I've just been nuking them because I'm too lazy to look up who's
> generating them. I really should do that...
>
> It's no biggie in my case, because /var's a separate partition.
>
My Etch doesn't have a /var/archives. What does Sid's FHS have to say
about it?
Submitted by Alan Ianson on Sat, 2007-07-14 22:00.
On Sat July 14 2007 18:36, Max Hyre wrote:
> Douglas Allan Tutty wrote:
> > Check /var. Especially, /var/tmp, /var/cache.
>
> Also look at /var/archives.
/var/cache/archives?
> Since I moved from etch to unstable,
> something's been putting (multi-hundred)-megabyte files there each day.
> I've just been nuking them because I'm too lazy to look up who's
> generating them. I really should do that...
That's probably aptitude. Those are all the software you've installed and/or
updated, in the case of unstable there will be lots of updating.. :)
Thierry Chatelet wrote:
> What about using apt-get autoclean....
>
>
As an experiment, I ran apt-get clean and it removed some 2G of files,
which would help the OP clear out some breathing space. I don't know
enough to consider whether or not autoclean would clear out more than
that though.
A
--
"If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow"
Submitted by Thierry Chatelet on Sun, 2007-07-15 06:00.
On Sunday 15 July 2007 11:35, andy wrote:
> Thierry Chatelet wrote:
> > What about using apt-get autoclean....
>
> As an experiment, I ran apt-get clean and it removed some 2G of files,
> which would help the OP clear out some breathing space. I don't know
> enough to consider whether or not autoclean would clear out more than
> that though.
>
> A
>
> --
>
See man apt-get for the differences
--
Linux is like a tipee: no Windows, no Gate and an Apache inside
Submitted by Curt Howland on Sun, 2007-07-15 10:00.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> > I have different partitions for / and /home.Unfortunately my root
> > partition is full (7GB).What can i do now?
This is one of the reasons to keep a Linux live CD, like Knoppix,
PCLinixOS, DSL, toms, etc, around.
Since you have /home in a separate partition, 7Gig for everything else
should be enough. Cleaning out the used .DEBs will help, if your
upgrade method doesn't already do that.
I was just fiddling with the "tree" utility to see if it would help.
Unfortunatley, "tree -d -h" returns the size of the directory entries
themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
files inside the directory which I was hoping for. Maybe someone else
has a suggestion.
Google pointed me to something called "Swiss File Knife",
Submitted by Andrei Popescu on Sun, 2007-07-15 11:00.
On Sun, Jul 15, 2007 at 09:54:25AM -0400, Curt Howland wrote:
> I was just fiddling with the "tree" utility to see if it would help.
> Unfortunatley, "tree -d -h" returns the size of the directory entries
> themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
> files inside the directory which I was hoping for. Maybe someone else
> has a suggestion.
du -xh --max-depth=1 will do the trick, but you will need to do it as
root, otherwise you'll get 'permission denied' on some dirs. Here is
mine for comparison (/home is on a separate partition, but it's not
shown due to the -x option):
* Andrei Popescu [2007:07:15:18:57:13+0300] scribed:
> On Sun, Jul 15, 2007 at 09:54:25AM -0400, Curt Howland wrote:
>
> > I was just fiddling with the "tree" utility to see if it would help.
> > Unfortunatley, "tree -d -h" returns the size of the directory entries
> > themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
> > files inside the directory which I was hoping for. Maybe someone else
> > has a suggestion.
>
> du -xh --max-depth=1 will do the trick, but you will need to do it as
> root, otherwise you'll get 'permission denied' on some dirs. Here is
> mine for comparison (/home is on a separate partition, but it's not
> shown due to the -x option):
Actually, I prefer the following:
sudo du -x --max-depth=3 / | sort -nr | head -n 25
--
Best Regards,
helices
-
Dare to fix things before they break . . .
-
Our capacity for understanding is inversely proportional to how much
we think we know. The more I know, the more I know I don't know . . .
--
Submitted by Matus UHLAR - f... on Tue, 2007-07-31 03:00.
> On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> > I have different partitions for / and /home.Unfortunately my root
> > partition is full (7GB).What can i do now?
> > Shall i try repartitioning my root through boot disk or there is any
> > other way to clean the / partition. I don't know how a 7 GB / is full
> > since all the applications are stored in my home partition
On 14.07.07 20:48, Douglas Allan Tutty wrote:
> This is a big reason to have more than /, swap, and /home.
yes, /var. That should be enough for most installations.
> Check /var. Especially, /var/tmp, /var/cache. The FHS says that files
> in /var/cache "is locally generated as a result of time-consuming I/O or
> calculation. The application must be able to regenerate or restore the
> data. Unlike /var/spool, the cached files can be deleted without data
> loss.
I'd say the problem may lie in /var/log.
--
Matus UHLAR - fantomas, ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Remember half the people you know are below average.
Root partition full
On Saturday 14 July 2007 23:32, Mastery wrote:
> I have different partitions for / and /home.Unfortunately my root
> partition is full (7GB).What can i do now?
> Shall i try repartitioning my root through boot disk or there is any
> other way to clean the / partition. I don't know how a 7 GB / is full
> since all the applications are stored in my home partition
It's worth having a look in /var/cache/apt/archives. You may find a load of
files there that were downloaded when doing apt-get dist-upgrades. these
files are not really needed anymore so doing an apt-get clean will give you a
bunch of spare harddrive space.
Nigel.
--
Root partition full
On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> I have different partitions for / and /home.Unfortunately my root
> partition is full (7GB).What can i do now?
> Shall i try repartitioning my root through boot disk or there is any
> other way to clean the / partition. I don't know how a 7 GB / is full
> since all the applications are stored in my home partition
This is a big reason to have more than /, swap, and /home.
Boot up in single-user. If there isn't enough disk space for that, boot
up in init=/bin/sh and mount your filesystem read-only (so that it
doesn't get atimes updated or any other attempts to write to a full
device). If you can, activate swap and get /tmp on tmpfs to give you
something to shuffle with.
Since its all one big fs, df won't help much but run it anyway to see
how full things are after this fresh reboot.
Since /usr can be mounted ro, its only supposed to change when you
add/remove/update packages, so there should be no surprises under /usr.
Check /var. Especially, /var/tmp, /var/cache. The FHS says that files
in /var/cache "is locally generated as a result of time-consuming I/O or
calculation. The application must be able to regenerate or restore the
data. Unlike /var/spool, the cached files can be deleted without data
loss.
Then check in /home. If you find any really big files, see if you can
gzip them up to save space. If there are big directories, perhaps
tarball them.
Once you get enough room to work, you can reboot into single-user mode
and run your normal backup routine. Then decide where to prune to get a
sane system again.
Good luck.
Doug.
--
Root partition full
Douglas Allan Tutty wrote:
> Check /var. Especially, /var/tmp, /var/cache.
Also look at /var/archives. Since I moved from etch to unstable,
something's been putting (multi-hundred)-megabyte files there each day.
I've just been nuking them because I'm too lazy to look up who's
generating them. I really should do that...
It's no biggie in my case, because /var's a separate partition.
--
Best wishes,
Max Hyre
--
Root partition full
On Sat, Jul 14, 2007 at 09:36:17PM -0400, Max Hyre wrote:
> Douglas Allan Tutty wrote:
> >Check /var. Especially, /var/tmp, /var/cache.
>
> Also look at /var/archives. Since I moved from etch to unstable,
> something's been putting (multi-hundred)-megabyte files there each day.
> I've just been nuking them because I'm too lazy to look up who's
> generating them. I really should do that...
>
> It's no biggie in my case, because /var's a separate partition.
>
My Etch doesn't have a /var/archives. What does Sid's FHS have to say
about it?
Doug.
--
Root partition full
On Sat July 14 2007 18:36, Max Hyre wrote:
> Douglas Allan Tutty wrote:
> > Check /var. Especially, /var/tmp, /var/cache.
>
> Also look at /var/archives.
/var/cache/archives?
> Since I moved from etch to unstable,
> something's been putting (multi-hundred)-megabyte files there each day.
> I've just been nuking them because I'm too lazy to look up who's
> generating them. I really should do that...
That's probably aptitude. Those are all the software you've installed and/or
updated, in the case of unstable there will be lots of updating.. :)
--
Root partition full
What about using apt-get autoclean....
--
Linux is like a tipee: no Windows, no Gate and an Apache inside
--
Root partition full
Thierry Chatelet wrote:
> What about using apt-get autoclean....
>
>
As an experiment, I ran apt-get clean and it removed some 2G of files,
which would help the OP clear out some breathing space. I don't know
enough to consider whether or not autoclean would clear out more than
that though.
A
--
"If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow"
--
Root partition full
On Sunday 15 July 2007 11:35, andy wrote:
> Thierry Chatelet wrote:
> > What about using apt-get autoclean....
>
> As an experiment, I ran apt-get clean and it removed some 2G of files,
> which would help the OP clear out some breathing space. I don't know
> enough to consider whether or not autoclean would clear out more than
> that though.
>
> A
>
> --
>
See man apt-get for the differences
--
Linux is like a tipee: no Windows, no Gate and an Apache inside
--
Root partition full
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> > I have different partitions for / and /home.Unfortunately my root
> > partition is full (7GB).What can i do now?
This is one of the reasons to keep a Linux live CD, like Knoppix,
PCLinixOS, DSL, toms, etc, around.
Since you have /home in a separate partition, 7Gig for everything else
should be enough. Cleaning out the used .DEBs will help, if your
upgrade method doesn't already do that.
I was just fiddling with the "tree" utility to see if it would help.
Unfortunatley, "tree -d -h" returns the size of the directory entries
themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
files inside the directory which I was hoping for. Maybe someone else
has a suggestion.
Google pointed me to something called "Swiss File Knife",
http://stahlforce.com/dev/index.php?tool=stat
which seems to do what I want, but "sfk" isn't in the Debian archives
so I didn't try it out.
Curt-
- --
September 11th, 2001
The proudest day for gun control and central
planning advocates in American history
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBRponIS9Y35yItIgBAQJqZAf/UjKEtXQs05K5KYqdlcMh1EQkCii+xxYR
bZJqB+wD0rlLsZiRew8QrBEAkqX3RwaGqJFnbpwg/wUi8ffG+ZQSAHiZ35B9vDVf
dXL3JzLbNtfSbjaQUu+cCD/0b6/1CiOMyOFTA+hXqu8jhwh3hOJy7zzecoLAZ2BU
OwsOAcFNPpWAT2C0yLSTBeFPBeB5ahVx6X4PKGUJN9c0Bk5gsIrSaxVzgzZjl5dP
fgAZUMq3o5k8fuF+vadX/U6VMtLTlbJ6auFpTJ3/DiON0JEwekhcDBwj1Xudow81
t2GKSSZhgCTOWfit8hyCC4SFP9hUk04yMtKSiptGil/D8ph0tXCRQg==
=AyiG
-----END PGP SIGNATURE-----
--
Root partition full
On Sun, Jul 15, 2007 at 09:54:25AM -0400, Curt Howland wrote:
> I was just fiddling with the "tree" utility to see if it would help.
> Unfortunatley, "tree -d -h" returns the size of the directory entries
> themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
> files inside the directory which I was hoping for. Maybe someone else
> has a suggestion.
du -xh --max-depth=1 will do the trick, but you will need to do it as
root, otherwise you'll get 'permission denied' on some dirs. Here is
mine for comparison (/home is on a separate partition, but it's not
shown due to the -x option):
think:/# du -hx --max-depth=1
3.3M ./bin
207M ./lib
8.8M ./etc
40K ./media
4.0K ./srv
16K ./mnt
4.0K ./lost+found
3.9M ./sbin
14M ./boot
4.0K ./initrd
0 ./dev
4.0K ./home
1.6G ./usr
98M ./root
68K ./tmp
4.0K ./opt
0 ./proc
0 ./sys
652M ./var
2.5G .
As expected, /usr and /var take the biggest chunk. All others barely add
to ~300M.
Regards,
Andrei
--
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
Root partition full
* Andrei Popescu [2007:07:15:18:57:13+0300] scribed:
> On Sun, Jul 15, 2007 at 09:54:25AM -0400, Curt Howland wrote:
>
> > I was just fiddling with the "tree" utility to see if it would help.
> > Unfortunatley, "tree -d -h" returns the size of the directory entries
> > themselves (4.0K, 8.0K, etc), rather than the cumulative size of the
> > files inside the directory which I was hoping for. Maybe someone else
> > has a suggestion.
>
> du -xh --max-depth=1 will do the trick, but you will need to do it as
> root, otherwise you'll get 'permission denied' on some dirs. Here is
> mine for comparison (/home is on a separate partition, but it's not
> shown due to the -x option):
Actually, I prefer the following:
sudo du -x --max-depth=3 / | sort -nr | head -n 25
--
Best Regards,
helices
-
Dare to fix things before they break . . .
-
Our capacity for understanding is inversely proportional to how much
we think we know. The more I know, the more I know I don't know . . .
--
Root partition full
> On Sat, Jul 14, 2007 at 10:32:11PM +0100, Mastery wrote:
> > I have different partitions for / and /home.Unfortunately my root
> > partition is full (7GB).What can i do now?
> > Shall i try repartitioning my root through boot disk or there is any
> > other way to clean the / partition. I don't know how a 7 GB / is full
> > since all the applications are stored in my home partition
On 14.07.07 20:48, Douglas Allan Tutty wrote:
> This is a big reason to have more than /, swap, and /home.
yes, /var. That should be enough for most installations.
> Check /var. Especially, /var/tmp, /var/cache. The FHS says that files
> in /var/cache "is locally generated as a result of time-consuming I/O or
> calculation. The application must be able to regenerate or restore the
> data. Unlike /var/spool, the cached files can be deleted without data
> loss.
I'd say the problem may lie in /var/log.
--
Matus UHLAR - fantomas, ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Remember half the people you know are below average.
--