[Linux] Partitie vol, maar toch niet

[maartenvdv737]

Ik heb hier een systeem, die bij "df" het volgende geeft:

code:

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda1             15812492   1198612  13810632   8% /
/dev/hda5              6332928   6011228         0 100% /home
none                    258164         0    258164   0% /dev/shm
/dev/hda2             15812524   1219696  13789580   9% /var

Hieruit maak ik 3 dingen op:
- de betreffende map: /home staat op een aparte hardeschijf.
- /home zit bomvol
- /home zit bomvol met 6Gb aan html/php/jpeg bestanden!!

Er klopt iets absoluut niet hier, want een "du" geeft mij het volgende:

code:

16      ./lost+found
20      ./erik
72      ./content/funnygames.nl/HTML/images/onderwerpen/_vti_cnf
260     ./content/funnygames.nl/HTML/images/onderwerpen
168     ./content/funnygames.nl/HTML/images/subs/_vti_cnf
536     ./content/funnygames.nl/HTML/images/subs
8       ./content/funnygames.nl/HTML/images/tabbellen/_vti_cnf
28      ./content/funnygames.nl/HTML/images/tabbellen/blauw/_vti_cnf
60      ./content/funnygames.nl/HTML/images/tabbellen/blauw
40      ./content/funnygames.nl/HTML/images/tabbellen/groen/_vti_cnf
88      ./content/funnygames.nl/HTML/images/tabbellen/groen
24      ./content/funnygames.nl/HTML/images/tabbellen/rood/_vti_cnf
48      ./content/funnygames.nl/HTML/images/tabbellen/rood
208     ./content/funnygames.nl/HTML/images/tabbellen
8       ./content/funnygames.nl/HTML/images/_vti_cnf
1144    ./content/funnygames.nl/HTML/images
20      ./content/funnygames.nl/HTML/ads/admin/report-plugins
20      ./content/funnygames.nl/HTML/ads/admin/templates
328     ./content/funnygames.nl/HTML/ads/admin/images
956     ./content/funnygames.nl/HTML/ads/admin
8       ./content/funnygames.nl/HTML/ads/client
372     ./content/funnygames.nl/HTML/ads/language
20      ./content/funnygames.nl/HTML/ads/maintenance
1520    ./content/funnygames.nl/HTML/ads
44      ./content/funnygames.nl/HTML/include/chatnu/rubrieken
52      ./content/funnygames.nl/HTML/include/chatnu
52      ./content/funnygames.nl/HTML/include/playagame
12      ./content/funnygames.nl/HTML/include/kindertent
160     ./content/funnygames.nl/HTML/include
104     ./content/funnygames.nl/HTML/funnygames/game
116     ./content/funnygames.nl/HTML/funnygames
20      ./content/funnygames.nl/HTML/zatmin
252     ./content/funnygames.nl/HTML/usage
3540    ./content/funnygames.nl/HTML
4       ./content/funnygames.nl/cgi-bin
4       ./content/funnygames.nl/edit/download
48      ./content/funnygames.nl/edit/images
4       ./content/funnygames.nl/edit/tmp
100     ./content/funnygames.nl/edit
3668    ./content/funnygames.nl
5974300 ./content/logs
5977976 ./content
4       ./funnygames
20      ./teun
12      ./martijn/mail
60      ./martijn
4       ./funnygames.nl/test
196     ./funnygames.nl/jeroen/temp/images/site
4       ./funnygames.nl/jeroen/temp/images/photos
204     ./funnygames.nl/jeroen/temp/images
228     ./funnygames.nl/jeroen/temp
288     ./funnygames.nl/jeroen
4       ./funnygames.nl/michiel
4       ./funnygames.nl/tibaco
304     ./funnygames.nl
5978420 .

Dit alles bij elkaar is nog geen 5Mb.

Heeft iemand enig idee wat hier aan de hand is? En beter nog, hoe we die die ruimte terug krijgen.

[Verwijderd]

Beetje off vraag
Hoe zette jij dit in een .txt?
Maar misschien partitie tafel stuk oid?

[Verwijderd]

ehm, probeer es du -h.

dan zal je zien dat 't niet 5MB is maar dik 600MB

[Renegade]

Verwijderd schreef op 14 september 2002 @ 20:26:
Hoe zette jij dit in een .txt?

code:

df > bestand.txt

[m-m]

je bak wordt misbruikt voor warez? (m.a.w. je bent een pubje)

[Verwijderd]

Renegade schreef op 14 september 2002 @ 20:31:
[...]

code:

df > bestand.txt

Dit is ms-dos als ik het goed heb....

[dinges]

Verwijderd schreef op 14 september 2002 @ 20:35:
[...]

Dit is ms-dos als ik het goed heb....

probeer maar uit
is ook linux hoor

[intoxicated]

m-m schreef op 14 september 2002 @ 20:33:
je bak wordt misbruikt voor warez? (m.a.w. je bent een pubje)

Kan, maar misschien is z'n .kde of dergelijke wel extreem groot geworden. Maar goed, een pubje is ook een mogelijkheid.

Verwijderd schreef op 14 september 2002 @ 20:35:
Dit is ms-dos als ik het goed heb....

Je hebt het fout

>, >> etc. werken net zo goed in Bash en andere shells. En het is juist afgekeken van *nix toen een bepaald bedrijfje ergens in de VS MS-DOS schreef

[ Voor 0% gewijzigd door intoxicated op 14-09-2002 20:45 . Reden: nog ff wat gekwoot. ]

[hammerhead]

Hmmmm.. Ook wel eens tegen dat probleem aangelopen. Het probleem is dat du standaard de . bestanden niet meeneemt (zijn hidden)...

edit
Mmmmm Komt weer onzin uit.. Dit probleem had find bij mij... Niet du...

[deadinspace]

maartenvdv schreef op 14 september 2002 @ 20:24:

code:

5978420 .

Dit alles bij elkaar is nog geen 5Mb.

df zonder extra opties geeft de groottes weer in kilobytes. Het gaat hier dus om 5978420 KB, oftewel ruwweg 6 GB.
Je kunt beter "du -sh" gebruiken, die geeft alleen het totaal (recursief) voor de huidige directory, en geeft dit in het beste passende formaat (dus GB als het groot is, MB als het kleiner is en KB als het nog kleiner is). Met "du -sh *" kun je dan vrij makkelijk kijken welke subdirectories welk deel van de ruimte gebruiken.

Verwijderd schreef op 14 september 2002 @ 20:35:
Dit is ms-dos als ik het goed heb....

En dat heeft DOS dus afgekeken van Unix.

[maartenvdv737]

hmm, ik ben er al achter, met "du -ak > error.log" krijg ik mooi te zien dat ik voor 5.5Gb aan error_logs e.d. heb

Nu is de vraag, hoe komen die daar, en hoe maak ik die bestanden eens per dag leeg?

Cronjob? met wget -0 /dev/null of iets dergelijks?

[Verwijderd]

Met logrotate x dagen laten inpakken en alles langer dan x dagen laten verwijderen. Kun je allemaal configureren in logrotate.

En dan nog iets. Waarom loggen als je er blijkbaar toch niet naar kijkt?

[maartenvdv737]

hmm, ziet er nuttig uit, maar moet je systeem dan ook niet via logrotate zijn ingesteld?
Ik heb een configfile nodig zie ik hier. Waar zijn die te vinden?

balou> Het is niet mijn server, ik heb wel root access nu...

[Verwijderd]

Je kunt als logrotate geinstalleerd is onder /etc/logrotate.d/ een nieuwe file aanmaken voor het programma dat de logfiles genereerd. Zo'n file komt er dan omgeveer zo uit te zien(voorbeeld van samba rotate logfile):

code:

/var/log/samba/log.smbd {
        weekly
        missingok
        rotate 7
        postrotate
                killall -q -HUP smbd || true
        endscript
        compress
        notifempty
}

/var/log/samba/log.nmbd {
        weekly
        missingok
        rotate 7
        postrotate
                killall -q -HUP nmbd || true
        endscript
        compress
        notifempty
}

Welk programma genereert die logfiles eigenlijk?

[ Voor 0% gewijzigd door Verwijderd op 14-09-2002 21:15 . Reden: typo's ]

[maartenvdv737]

Handig, maar hoe kom ik erachter welk programma mijn logfiles genereerd?

[Verwijderd]

Tja, begin eens met te kijken wat erin staat zou ik zeggen.

[maartenvdv737]

heb jij wel eens een bestand van 5 Gig geopend

[Weezer-DC]

maartenvdv schreef op 15 september 2002 @ 05:56:
heb jij wel eens een bestand van 5 Gig geopend

LOL, aardig tekst bestandje.........

[m-m]

maartenvdv schreef op 15 September 2002 @ 05:56:
heb jij wel eens een bestand van 5 Gig geopend

ff tail gebruiken dan

[Verwijderd]

cat *.log | more zal ook wel werken hoor.

maar zou het niet met openoffce openen nee.

of met wat leuke filtertjes zo'n bash regel maken dat hij alle verschillende regels laat zien
(verschil kwa error uiteraard. anders heb je nog 6GB aan text)

[maartenvdv737]

Het is ondertussen opgelost

[Verwijderd]

Zou leuk zijn voor de seach als je de oplossing ook even hier post.