[Opgelost] schijf zit vol

[rutgerr]

Hey,

Sinds een week krijg ik steeds de melding dat mijn harde schijf vol zit (de partitie waar ubuntu in steekt toch)
Maar bij schijfgebruik ziet er alles normaal uit behalve bij /media. Hier zijn 2 partities gemount, maar deze steken bijna vol.
Maar normaal zouden deze toch geen invloed om mijn / partitie mogen hebben?

Greetz

Moderator edit: als opgelost gemarkeerd.

[ivo]

Iets klopt niet in wat je zegt.
Je zegt dat je op /media 2 partities hebt gemount. Dat kan niet.

Post hier eens de output van
df -k
en
mount

[rutgerr]

Hey,

De eerste:

Bstndsystm           1K-blokken Gebruikt Beschikbr Geb% Aangekoppeld op
/dev/sda2             19222656  18196008     50112 100% /
none                   2021528       320   2021208   1% /dev
none                   2028384       328   2028056   1% /dev/shm
none                   2028384        88   2028296   1% /var/run
none                   2028384         0   2028384   0% /var/lock
/dev/sda6            102399996  77857728  24542268  77% /media/data_1
/dev/sda5            100791728   2017124  93654604   3% /media/data_linux_mounten
/dev/sda1             51199120  22541268  28657852  45% /media/2A58E7B458E77D47

De tweede:

/dev/sda2 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
/dev/sda6 on /media/data_1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sda5 on /media/data_linux_mounten type ext4 (rw,commit=0)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/rutger/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rutger)
/dev/sda1 on /media/2A58E7B458E77D47 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)

Alvast bedankt Rutger

[ivo]

Je / filesystem zit dus op 50Mb na, vol.

Je zult dus in / op zoek moeten naar wat er vol is.
/var is een goede kandidaat
Wellicht staat er heel veel in  /var/cache/apt/archives  wat weg kan.

Hier kan ik je niet bij helpen, je zal zelf op zoek moeten.

Let op, als je / filesysteem écht vol raakt dan kun je niet meer inloggen
op je systeem omdat ie dan de file /var/log/wtmp niet meer kan schrijven.
Dan moet je van CD booten om spullen op te ruimen.

/var/log/wtmp wordt gebruikt om alle logins en reboots bij te houden.
Je kunt de wtmp uitlezen met het commando last.

inaninck@LT9:/var/log$ last | tail -5
reboot   system boot  2.6.35-22-generi Wed Nov  3 17:09 - 23:23  (06:13)   
inaninck tty7         :0               Tue Nov  2 16:53 - 23:13  (06:20)   
reboot   system boot  2.6.35-22-generi Tue Nov  2 16:52 - 23:13  (06:20)   

wtmp begins Mon Nov  1 23:08:51 2010
inaninck@LT9:/var/log$

[rutgerr]

Hey,

Maar alle partitie hebben toch een eigen grote? Want mijn data partitie zit nu vol, betekent dit toch niet dat de partitie waar ubuntu op geïnstalleerd staat ook vol is?

Greetz

[jan11000]

Bleachbit kun je temp files verwijderen, om een beetje meer ruimte te maken.

Misschien heb je verkeerd of niet gemount, dus zit je te werken met je / partitie, dus je bent in een map aan het werken dieop de / bevind.

En je hebt 2 data partities, over welke heb je? En deze zijn niet vol.
/dev/sda6            102399996  77857728  24542268  77% /media/data_1
/dev/sda5            100791728   2017124  93654604   3% /media/data_linux_mounten

Kijk eens met gparted hoe je partities gemount zijn.

[valk]

Hier nog een tip van de site van Pjotr om je systeem schoon te houden.

http://sites.google.com/site/computertip/faq#TOC-Hoe-kan-ik-mijn-systeem-schoonmaken

[valk]

Heb je je download directory in FF of andere programma's nog steeds op /home staan misschien?
Want als je dat niet actief aangepast hebt is dat de standaard.

[HarzG]

Zoek eerst in je home-partitie bestanden die groter zijn dan bijv. 500MB (zoals cd/dvd/ISO-bestanden). Deze bestanden moeten worden verplaatst naar bijv. de Linux-data-partitie. Op de /media/data_linux_mounten heb je nog 97% vrij.

Je systeem raakt niet spontaan vol door een enkele download of het kopiëren van een cd/dvd. Het systeem raakt vol als je een verkeerde instelling toepast en alle grote bestanden standaard in je home-partitie plaatst en als deze dan een submap van de systeem-partitie is.

20GB voor een Ubuntu-systeem is in principe ruim voldoende. Maar alle grote bestanden (foto/video/audio) moeten dan in de bestaande partitie /media/data_linux_mounten geplaatst worden. Daar is die ook voor bedoeld.

[rutgerr]

Hey,

Het leek alsof het kwam van mijn data partitie, maar eigenlijk was het virtualbox die als snel 13 Gb opslokte.
Verkeerd gezocht, dom van me 

Bedankt iedereen, Greetz

[Ron]

Maar opgelost en daar ging het om.

[HarzG]

De grootte van de VM's is minder een probleem qua volume (die kan volgens mij gewoon in je /home blijven), het probleem zijn de virtuele HD's (de vdi's).

De virtualbox-vdi kan je verplaatsen en hierna de plaats opnieuw vastleggen.
Hiervoor moet je de virtuele HD eerst via de manager vrijgeven en verwijderen (zonder de data te verwijderen). De manager kan je starten met Ctrl-D.
Op deze manier wordt de koppeling opgeheven en de UUID vrij. Hierna kan je de vdi verplaatsen en via de manager opnieuw toewijzen aan het nog steeds getoonde systeem in virtualbox.

Als je dat op een andere manier doet waarbij de koppeling niet opnieuw correct wordt vastgelegd, krijg je foutmeldingen dat dezelfde UUID reeds bestaat en dus niet nogmaals gekoppeld kan worden.