betelt root particio

UNIX haladó

mar lekaparom az arcom de nem jovok ra hogy mitol telt be a root particiom

[root@netmonitor /]# du -sxh /
155M /
[root@netmonitor /]# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 487M 487M 0 100% /

ha valakinek van otlete legyszives ossza meg velem,nekem nincs semmi otletem hogy ez mitol lehet.

  • 1518 megtekintés

( skoal | 2007. 11. 15., cs – 12:04 )

jah meg valami

[root@netmonitor /]# df -i /
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 128520 5588 122932 5% /

( kiuka | 2007. 11. 15., cs – 12:24 )

nekem apache csinalt ilyet valamiert folyton nott a /var aztan ujrainditottam apache-t es egybol visszaallt a kihasznaltsag..

( lzrd | 2007. 11. 15., cs – 12:24 )

Ha hirtelen telt be, akkor

find / -ctime -2
find / -ctime -2 -exec ls -la {} + ;

pölö...

greppeld ki belőle a más fájlrendszereket és nézz körül a kiadott eredmények között.

Bootolj be live linuxról és nézd meg a mount pontokat, hogy mi lett alá rejtve.

--
unix -- több, mint kód. filozófia.
Life is feudal

( Berty | 2007. 11. 15., cs – 12:51 )

Életem egyik első kis (félkész) scriptje felmountolt egy hálózati meghajtót /mnt/akármi alá, és szinkronizált néhány fontos könyvtárt. Egyszer véletlenül elindítottam úgy, hogy ki volt kapcsolava a másik gép, így nem mountolhatott semmit, hanem másolt vadul a /mnt/akármi könyvtárba a root partícióra. Amíg volt helye.

Persze, nem gondolom, hogy így jártál...

Márton

( sumo | 2007. 11. 15., cs – 13:06 )

egy esetleges backup is képes teleírni a partíciót, jártam már így. lesd meg a tmp könyvtárat. valamint a csomagkezelőd által le nem törölt csomagok forrási is elég nagy méretet vehetnek fel, ha nem törlöd őket folyamatosan. /var/cache/apt/archives (debian, vagy ubuntu esetén).
::sumo.conf::

termeszetesen csak a root-rol beszelunk

[root@netmonitor tmp]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 487M 487M 0 100% /
none 2.0G 0 2.0G 0% /dev/shm
/dev/sda3 981M 18M 914M 2% /tmp
/dev/sda2 20G 1.6G 17G 9% /usr
/dev/sda6 46G 2.9G 41G 7% /var
nas:/backup 602G 419G 183G 70% /backup

ha mai nap történt várnék néhány napot. Nem egyszer tapasztaltam hogy nag yméretű logok átmentése és betömörítése, majd eredeti törlése után bizony nem szabadult fel a hely..legalább is ezt semmi nem jelezte. Fél nappal rá felugrott a korrekt értékre. Érdekes, okát azóta sem tudom, scriptet átirva (rm-mel törlöm nem a tarral töröltetem) már ritkábban és kisebb mértékben jelentkezik a probléma. Elképzelhetően tartom hogy ott is hasonló lesz.

"em egyszer tapasztaltam hogy nag yméretű logok átmentése és betömörítése, majd eredeti törlése után bizony nem szabadult fel a hely"

Ha egy alkalmazás (pl Apache) nyitva tart egy fájlt, és törlöd, akkor nem szabadul fel a helye!
Ezért kell futó alkalmazás logfájlját a
>logfile
módszerrel nullázni, és nem törölni..

( skoal | 2007. 11. 15., cs – 13:38 )

ohh baze megtalaltam.
a syslog egy nfs -en keresztul mountolt particiora loggol es valszleg volt egy kieses amikor nem volt elerheto a
share,igy elkezdte megteliteni a /-t.
azert koszi a segitseget.