disk space vol

[scooke]

Hoi,

Als ik de ubuntu updates wil binnenhalen krijg ik de melding dat de disk space vol is.
Zelfs als ik vi een simpele tekstfile aanpas krijg ik meldingen

df -h geeft:
/dev/sda2             5.6G  5.6G     0 100% /
varrun                625M  116K  625M   1% /var/run
varlock               625M     0  625M   0% /var/lock
udev                  625M   48K  625M   1% /dev
devshm                625M   12K  625M   1% /dev/shm
lrm                   625M   39M  586M   7% /lib/modules/2.6.24-21-generic/volatile
/dev/sda4              19G  9.7G  8.4G  54% /home
overflow              1.0M   36K  988K   4% /tmp
gvfs-fuse-daemon      5.6G  5.6G     0 100% /home/stevec/.gvfs

Welke schijf is /dev/sda2, hoe controleer ik dat? Dit is waarschijnlijk de dader.
Hoe los ik dit op?

[siegi]

De sda2 is gemount als de / (root).
Deze bevat alle bestanden die niet in je home map staan.

Een commando dat je als eerste kan doen is sudo apt-get clean. Hiemee worden de gedownloade pakketjes verwijderd, die reeds geinstalleerd zijn.
Kijk eens hoeveel je nu over houdt.

[scooke]

nu is de log:

/dev/sda2             5.6G  5.6G     0 100% /
varrun                625M  116K  625M   1% /var/run
varlock               625M     0  625M   0% /var/lock
udev                  625M   48K  625M   1% /dev
devshm                625M   12K  625M   1% /dev/shm
lrm                   625M   39M  586M   7% /lib/modules/2.6.24-21-generic/volatile
/dev/sda4              19G  9.7G  8.4G  54% /home
overflow              1.0M   36K  988K   4% /tmp
gvfs-fuse-daemon      5.6G  5.6G     0 100% /home/stevec/.gvfs

Mag ik de /tmp zonder problems leegmaken? Heeft dit invloed op geinstalleerde programma's of het systeem?
Tnx

[siegi]

/tmp wordt bij elke reboot leeggemaakt dus dat zal niet veel uithalen.
Er is geen ruimte vrijgekomen dat lijkt me nogal vreemd. Wat was de output na sudo apt-get clean

[scooke]

De tweede log was idd niet juist, maar veel is er eigenlijk niet vrijgemaakt:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             5.6G  5.4G     0 100% /
varrun                625M  120K  625M   1% /var/run
varlock               625M     0  625M   0% /var/lock
udev                  625M   48K  625M   1% /dev
devshm                625M   12K  625M   1% /dev/shm
lrm                   625M   39M  586M   7% /lib/modules/2.6.24-21-generic/volatile
/dev/sda4              19G   11G  7.6G  58% /home
overflow              1.0M  1.0M     0 100% /tmp
gvfs-fuse-daemon      5.6G  5.4G     0 100% /home/stevec/.gvfs

Wat kan ik nog doen, programma's verwijderen? Ik heb een dual boot systeem met Windows en ubuntu samen.
Ik heb een aantal dagen geleden in wine office 2007 geinstalleerd, wordt er onder de / ook nog iets geinstalleerd
wat disk space kan opnemen? De configuratie van wine staat in de /home/user/.wine folder dacht ik.
Hoe krijg ik de bestandsgrootte van alle folders onder de root te zien in een overzicht? ls -lh geprobeerd maar klopt niet echt volgens mij, alle folders worden in ...K weergegeven, heb geprobeerd met ls -lb --blocksize=MB maar syntax klopt niet echt volgens mij...
Tnx

[siegi]

Normaal kan je met
toepassing > hulpmiddelen > schijfgebruik
Analyseren welk programma zoveel schijfruimte inneemt.

[scooke]

deze tool staat niet geinstalleerd, en kan er niet meer bij omdat de disk vol is 
daarom zou ik dit via de cli willen uitzoeken.
Wat is het volume van de root van een standaard ubuntu install eigenlijk?
De laatste kernel 2.6.24-22 staat nu wel geinstalleerd, mogen deze andere gedelete eigenlijk?
Welke mogen weg, de abi's, config's, de  initrd.img of de vmlinuz'en. Of allemaal buiten de 2.6.24-22 reeks?
Mijn menu.lst begin een serieuze lijst te worden:

rw-r--r-- 1 root root  422607 2008-04-10 18:51 abi-2.6.24-16-generic
-rw-r--r-- 1 root root  422667 2008-05-29 04:39 abi-2.6.24-18-generic
-rw-r--r-- 1 root root  422667 2008-08-21 06:46 abi-2.6.24-19-generic
-rw-r--r-- 1 root root  422838 2008-10-22 05:12 abi-2.6.24-21-generic
-rw-r--r-- 1 root root  422838 2008-11-24 23:47 abi-2.6.24-22-generic
-rw-r--r-- 1 root root   79964 2008-04-10 18:51 config-2.6.24-16-generic
-rw-r--r-- 1 root root   80071 2008-05-29 04:39 config-2.6.24-18-generic
-rw-r--r-- 1 root root   80049 2008-08-21 06:46 config-2.6.24-19-generic
-rw-r--r-- 1 root root   85149 2008-08-21 07:02 config-2.6.24-19-xen
-rw-r--r-- 1 root root   80062 2008-10-22 05:12 config-2.6.24-21-generic
-rw-r--r-- 1 root root   85174 2008-10-22 05:27 config-2.6.24-21-xen
-rw-r--r-- 1 root root   80062 2008-11-24 23:47 config-2.6.24-22-generic
-rw-r--r-- 1 root root   85174 2008-11-25 00:05 config-2.6.24-22-xen
drwxr-xr-x 2 root root    4096 2008-11-29 16:26 grub
-rw-r--r-- 1 root root 7881544 2008-05-20 00:17 initrd.img-2.6.24-16-generic
-rw-r--r-- 1 root root 7349268 2008-04-22 20:00 initrd.img-2.6.24-16-generic.bak
-rw-r--r-- 1 root root 7488799 2008-06-09 22:02 initrd.img-2.6.24-18-generic
-rw-r--r-- 1 root root 7488301 2008-06-09 22:00 initrd.img-2.6.24-18-generic.bak
-rw-r--r-- 1 root root 7492722 2008-08-31 14:39 initrd.img-2.6.24-19-generic
-rw-r--r-- 1 root root 7492408 2008-08-13 19:34 initrd.img-2.6.24-19-generic.bak
-rw-r--r-- 1 root root 7260562 2008-10-07 11:29 initrd.img-2.6.24-19-xen
-rw-r--r-- 1 root root 7260673 2008-10-07 11:29 initrd.img-2.6.24-19-xen.bak
-rw-r--r-- 1 root root 7494359 2008-11-07 08:56 initrd.img-2.6.24-21-generic
-rw-r--r-- 1 root root 7494411 2008-10-28 14:48 initrd.img-2.6.24-21-generic.bak
-rw-r--r-- 1 root root 7262295 2008-11-07 08:56 initrd.img-2.6.24-21-xen
-rw-r--r-- 1 root root 7261790 2008-10-28 14:49 initrd.img-2.6.24-21-xen.bak
-rw-r--r-- 1 root root 7475835 2008-11-29 16:26 initrd.img-2.6.24-22-generic
-rw-r--r-- 1 root root 7476283 2008-11-29 16:25 initrd.img-2.6.24-22-generic.bak
-rw-r--r-- 1 root root 7247995 2008-11-29 16:27 initrd.img-2.6.24-22-xen
-rw-r--r-- 1 root root 7247612 2008-11-29 16:26 initrd.img-2.6.24-22-xen.bak
-rw-r--r-- 1 root root  103204 2007-09-28 12:06 memtest86+.bin
-rw-r--r-- 1 root root  899892 2008-04-10 18:51 System.map-2.6.24-16-generic
-rw-r--r-- 1 root root  905012 2008-05-29 04:39 System.map-2.6.24-18-generic
-rw-r--r-- 1 root root  905170 2008-08-21 06:46 System.map-2.6.24-19-generic
-rw-r--r-- 1 root root  883544 2008-08-21 07:02 System.map-2.6.24-19-xen
-rw-r--r-- 1 root root  905617 2008-10-22 05:12 System.map-2.6.24-21-generic
-rw-r--r-- 1 root root  883938 2008-10-22 05:27 System.map-2.6.24-21-xen
-rw-r--r-- 1 root root  905617 2008-11-24 23:47 System.map-2.6.24-22-generic
-rw-r--r-- 1 root root  883938 2008-11-25 00:05 System.map-2.6.24-22-xen
-rw-r--r-- 1 root root 1904248 2008-04-10 18:51 vmlinuz-2.6.24-16-generic
-rw-r--r-- 1 root root 1921528 2008-05-29 04:39 vmlinuz-2.6.24-18-generic
-rw-r--r-- 1 root root 1921464 2008-08-21 06:46 vmlinuz-2.6.24-19-generic
-rw-r--r-- 1 root root 1732003 2008-08-21 07:02 vmlinuz-2.6.24-19-xen
-rw-r--r-- 1 root root 1920760 2008-10-22 05:12 vmlinuz-2.6.24-21-generic
-rw-r--r-- 1 root root 1732645 2008-10-22 05:27 vmlinuz-2.6.24-21-xen
-rw-r--r-- 1 root root 1921176 2008-11-24 23:47 vmlinuz-2.6.24-22-generic
-rw-r--r-- 1 root root 1732951 2008-11-25 00:05 vmlinuz-2.6.24-22-xen

[siegi]

Deze kun je best gewoon verwijderen met het pakketbeheer. Dus synaptic.
Idd alleen versie 2.6.24-22 heb je nodig.
Het kan handig zijn de vorige ook nog bij te houden 2.6.24-21 .
Als je dit opkuist zal je al veel extra vrije ruimte hebben.
Maar nogmaals niet handmatig doen.

[Johan van Dijk]

Je kan ook in de terminal kijken waar de meeste ruimte zit:
sudo du --si --max-depth=1 /

[scooke]

ziet er al iets beter uit:
/dev/sda2             5.6G  4.8G  568M  90% /
varrun                625M  116K  625M   1% /var/run
varlock               625M     0  625M   0% /var/lock
udev                  625M   48K  625M   1% /dev
devshm                625M   12K  625M   1% /dev/shm
/dev/sda4              19G   11G  7.7G  58% /home
overflow              1.0M   32K  992K   4% /tmp
gvfs-fuse-daemon      5.6G  4.8G  568M  90% /home/stevec/.gvfs

Is het ook mogelijk om bv. een stukje space van /home te linken naar de root?

[scooke]

Ik heb dus: sudo du --si --max-depth=1 / maar nu blijkt dat de root 16G is? Via df -h blijkt de root maar 5.6GB?

0       /proc
8.2k    /media
4.1k    /initrd
1.3G    /root
13k     /data
33k     /tmp
17k     /lost+found
17M     /etc
7.2M    /sbin
2.8G    /usr
5.5M    /bin
266M    /var
388M    /lib
4.1k    /mnt
72M     /boot
0       /sys
du: cannot access `/home/stevec/.gvfs': Permission denied
11G   /home
210M   /opt
74k   /dev
4.1k   /srv
16G   /

[Johan van Dijk]

Kan je met "gksudo nautilus" in /root kijken wat daar allemaal staat?
Ik vind het nogal veel, die 1.3 GB. Hier heb ik maar enkele MB's in die map staan.
Let ook op de verborgen bestanden en mappen. Druk op control-h om die zichtbaar te maken.

Verder is de root niet 16GB. Dit commando geeft weer dat je in totaal 16 GB aan data op je systeem hebt staan, dus in alle mappen en alle partities samen.

[scooke]

ik zie oa dat bvb. een file /dev/core 896MB, dan ook nog /proc/kcore 897MB?
Naar wat verwijzen deze files?

[siegi]

Gewoon laten staan /dev/core is trouwens een link naar /proc/kcore .
Het is eigenlijk geen file. Als je kijkt naar de grote zal je opvallen dat het even groot is als je gebruikte geheugen.
http://www.unixguide.net/linux/faq/04.16.shtml

[Johan van Dijk]

En wat staat er allemaal in /root? Daar staat ook veel, wat waarschijnlijk niet echt nodig is.
/root dus, niet / of  /dev of iets anders, maar echt /root

[scooke]

ja idd, de .wine onder /root is idd een map van 1.3GB, staat oa Office 2007 als test geinstalleerd.
Maar hoe gaat wine hier mee om, onder /home/stevec/.wine staat een volledige config, en onder
/root/.wine staan ook een x-aantal programma's.
Ik heb waarschijnlijk dan als su een aantal dingen geinstalleerd. ALs ik dan goed begrijp is dat als ik onder /root/.wine
de map verwijder, en ik log in als su dan werkt office 2007 niet meer. Maar de icoontjes onder Applications - wine - Programs - Microsoft Office ..., verdwijnen die dan niet?
Eigenlijk heb ik als gewone user en als su dus office geinstalleerd, door onwetenheid heb ik dit gedaan om ik de eerste keer office als su geinstalleerd had, en na een reboot dus als gewone user ingelogd startte office niet op, heel normaal waarschijnlijk.
In de toekomst best sudo gebruiken om de /root niet te vervuilen?

[Johan van Dijk]

Je kan die Office installatie beter gewoon verwijderen en daarna de icoontjes handmatig uit je menu halen indien nodig.
Vervolgens nooit meer sudo gebruiken als je iets met wine wil doen. Dat heeft echt geen enkele zin. Het zorgt er alleen maar voor dat dingen in /root terecht komen in plaats van je eigen home map. Bovendien heb je daarna geen rechten meer op die bestanden.