[linux] Re: Waarom loopt homedir vol, en hoe voorkom ik dat?

[Daniel von Asmuth]

Aldus schreef Julien Michielsen op Sun, Jan 16, 2011 at 12:57:11PM +0100:
> Een helaas typische en vaak voorkomende toestand van mijn home-
> directory:
> de toestand kort na booten van de machine:
> julien op michkloo:~> df .
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sdb5             11859484   1702196   9554856  16% /home
> ofwel: net nadat ik ben opgestart geef ik een df ., en blijkt slechts
> 16 % te zijn gebruikt.
> 
> Echter, enige tijd later krijg ik een waarschuwing dat ik weinig ruimte
> meer heb, en geeft het zelfde commando
> df .
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sdb5             11859484  11257136         0 100% /home

Een vollopende directory hebben we wel eerder gezien, maar dat het
systeem na booten weer clean is, is zeldzamer. Een /home partitie
van 11 GB is wel erg groot (tenzij het betreffende systeem honderden
gebruikers heeft).

We nemen aan dat u met 'du' en 'ls' heeft gezocht welke bestanden
al die ruimte opslokken en er geen heeft gevonden.

Dan is de meest voor de hand liggende verklaring dat de ruimte is
ingenomen door bestanden (i-nodes in Unix) die zich niet in een 
directory bevinden (link-count van 0). Dat kunnen gewiste tijdelijke
bestanden zijn. Als u de machine afsluit worden die bestanden dan
automatisch gesloten en verwijderd. Probeer ze met 'lsof' te
vinden.

Voorbeeld:

	/usr/sbin/lsof -p 30504

COMMAND   PID   USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
more    30504 daniel  cwd    DIR  252,4     4096 114720
/home/daniel/test
more    30504 daniel  rtd    DIR  252,1     4096      2 /
more    30504 daniel  txt    REG  252,1    31628   8303 /bin/more
more    30504 daniel  mem    REG  252,2   254076 472187 /usr/share/locale/UTF-8/LC_CTYPE
more    30504 daniel  mem    REG  252,2       54 472794 /usr/share/locale/en_US.UTF-8/LC_NUMERIC
more    30504 daniel  mem    REG  252,2     2454 472675 /usr/share/locale/en_US.UTF-8/LC_TIME
more    30504 daniel  mem    REG  252,2   932338 472188 /usr/share/locale/UTF-8/LC_COLLATE
more    30504 daniel  mem    REG  252,2      286 472677 /usr/share/locale/en_US.UTF-8/LC_MONETARY
more    30504 daniel  mem    REG  252,1     9680  16589 /lib/libdl-2.8.so
more    30504 daniel  mem    REG  252,1  1360240  16570 /lib/i686/libc-2.8.so
more    30504 daniel  mem    REG  252,1   297208  16445 /lib/libncurses.so.5.6
more    30504 daniel  mem    REG  252,2       52 472796 /usr/share/locale/en_US.UTF-8/LC_MESSAGES/SYS_LC_MESSAGES
more    30504 daniel  mem    REG  252,2       34 472755 /usr/share/locale/en_US.UTF-8/LC_PAPER
more    30504 daniel  mem    REG  252,2       77 472734 /usr/share/locale/en_US.UTF-8/LC_NAME
more    30504 daniel  mem    REG  252,2      155 472680 /usr/share/locale/en_US.UTF-8/LC_ADDRESS
more    30504 daniel  mem    REG  252,2       59 472676 /usr/share/locale/en_US.UTF-8/LC_TELEPHONE
more    30504 daniel  mem    REG  252,2       23 472678 /usr/share/locale/en_US.UTF-8/LC_MEASUREMENT
more    30504 daniel  mem    REG  252,2    26040 382266 /usr/lib/gconv/gconv-modules.cache
more    30504 daniel  mem    REG  252,2      373 472679 /usr/share/locale/en_US.UTF-8/LC_IDENTIFICATION
more    30504 daniel  mem    REG  252,1   572516  16395 /lib/ld-2.8.so
more    30504 daniel    0u   CHR 136,11      0t0     13 /dev/pts/11
more    30504 daniel    1u   CHR 136,11      0t0     13 /dev/pts/11
more    30504 daniel    2u   CHR 136,11      0t0     13 /dev/pts/11
more    30504 daniel    3r   REG  252,4  4635102 114734 /home/daniel/test/v.2.x.b.a.zip (deleted)

Het laatste bestand is na het starten van het 'more' commando gewist,
maar wordt nog wel gewoon verwerkt en telt dus mee voor 'df', maar niet
voor 'du'. Na het beëindigen van dat programma is de schijfruimte weer
vrijgegeven.

> Ik verdenk beagle en indexing ervan dat zij de ruimte opslokken.
> Maar ik weet niet wat ze doen, en waarom. Iemand een hint?

Als u niet weet wat dat programma doet, waarom verwijdert u het dan niet
gewoon?

Met vriendelijke groet,



Daniel von Asmuth

-- 
	
		People who bought this story also bought....