[OPGELOST] Bootpartitie zit vol

[grubuntu]

Mijn bootpartitie (16 GB groot) zit vol. Hoe kan ik uitvinden waar dat in zit?

[track]

Hoi grubuntu,

hoeveel partities heb je dan eigenlijk ?
Misschien is het handigst om even twee commando's in de terminal te doen:
1. sudo  fdisk  -l  en
2. df -h
en de resultaten hier te posten.  Want daaruit kun je makkelijk zien welke partities Linux "ziet" en hoe vol zij zijn.

Vriendelijke groet,

track

[vanadium]

Om te weten waar de grote verbruikers zitten, gebruik je beter "du". Dat vertelt waar de gegevens zitten. De output van df blijft nuttig om eens je verschillende partities te zien, maar fdisk -l hebben we niet nodig.

Code: [Selecteer]

sudo du -s /* 2> /dev/null | sort -nr | head -20
(edit: "tail" moest "head" zijn)

geeft je de top twintig van grote gebruikers. Dan kan je met een gelijkaardig commando in elk van de subdirectories gaan kijken waar de grote verbruikers zitten.

Als je een aparte /home hebt, dan is het niet normaal dat je meer dan 16 GB zou nodig hebben voor je /. Je moet dan eens uitzoeken welke van jou activiteiten leiden tot het opvullen van /.

[grubuntu]

Ik heb inderdaad een aparte /home

fdisk:

Schijf /dev/sda: 203.9 GB, 203928109056 bytes
255 koppen, 63 sectoren/spoor, 24792 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x17381738

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1         513     4120168+   c  W95 FAT32 (LBA)
Partitie 1 eindigt niet op een cilindergrens.

/dev/sda8           15091       17123    16319173+  83  Linux
/dev/sda9           17123       19663    20410551   83  Linux
/dev/sda10          19664       20171     4080478+  82  Linux wisselgeheugen

Partitietabel-items liggen niet in schijfvolgorde.

 df -h:
Bestandssysteem            Grtte   Gebr Besch Geb% Aangekoppeld op
/dev/sda8                        16G   16G     0 100% /
tmpfs                           251M     0  251M   0% /lib/init/rw
varrun                            251M  224K  251M   1% /var/run
varlock               251M     0  251M   0% /var/lock
udev                  251M  2,9M  249M   2% /dev
tmpfs                 251M   12K  251M   1% /dev/shm
lrm                   251M  2,0M  250M   1% /lib/modules/2.6.27-9-generic/volatile
/dev/sda9              20G  6,0G   13G  33% /home



Top10: op sda8:

393884   /var
309224   /lib
71792   /boot
15260   /etc
9264    /sbin
6436           /bin
2956           /dev
16         /tmp
16           /lost+found
12           /Recycled

[vanadium]

Hier klopt iets niet: /var en /lib zijn de grootste en nemen 400 en 300 MB in, wat normaal is. Probeer mijn commando nog eens opnieuw, want ik had "tail" opgegeven waar het "head" moest zijn. Ik denk echter dat je dat zelf gecorrigeerd hebt. Voeg er ook de -x optie aan toe, dan gaat hij zeker geen ander bestandssysteem meerekenen.

Bekijk eens het totaal voor / met

Code: [Selecteer]

sudo du -sx /
Bij mij zijn beide cijfers min of meer consistent:

Code: [Selecteer]

vanadium@vanadium:~$ sudo du -sx / 2> /dev/null
52403188 /
vanadium@vanadium:~$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             74527228  52587532  18183704  75% /
(/home staat bij mij niet op aparte partitie).

[track]

Jouw root-partitie zit inderdaad vol.  Met 16 gieg is ze wél een beetje aan de lage kant.  Met name als je wat meer programma's installeert.

Er zijn in principe twee mogelijkheden.  Of je verschuift de /home-partitie naar boven (+verkleinen) en vergroot de root ten koste van de /home (iets voor gksu gparted dus)  of je doet de grote schoonmaak in de root-partitie.  Dat zou inhouden:
- prullenbak ledigen
- overbodige pakketten verwijderen ( sudo apt-get autoremove , verwijdert overbodige pakketten van vroegere installaties)
eventuëel ook nog:
- oude pakketten verwijderen ( sudo apt-get autoclean , verwijdert de archieven van pakketten die niet meer in de repositories staan)
en als dat nog niet voldoende ruimte oplevert ook nog dit:
- alle oude archieven verwijderen ( sudo apt-get clean , dit verwijdert de archieven van de reeds geïnstalleerde pakketten)

Er is nog steeds de vraag of er niet elders een boosdoender schuilt. (in de /tmp-map of zo ?) 
Dus toch eerst in nautilus de mappen met  rechterklik-"eigenschappen"  bekijken of ergens de grootte overdreven groot is.

track

p.s. Het is misschien toch een goed idee om eerst het voorstel van Vanaduim te vogen en eens dit te doen:

Code: [Selecteer]

sudo du -sxh /*

[grubuntu]

 sudo du -sx /* 2> /dev/null | sort -nr | head -20 levert als top-1:

9543736   /root

Verder gezocht en er bleek een Trash bestand te zitten in /root/local/share.
Die verwijderd en nu weer ruim 8 Gb beschikbaar.

Dank voor de hulp.