Jak uvolnit místo

[webhope]

Mám grub tak asi zkusim toto:
http://www.brunolinux.com/05-Configuring_Your_System/Grub_boot_runlevel-3.html

[Reklama]

[webhope]

Hurá, tak jsem to zvládl. Podle návodu jsem restartoval, editoval grub řádku s kernelem a přidal jsem číslo 3. I ten start X pomocí init 5 jsem zvládl, tož to jsem dobrej. No ale místo na disku stále zbývá jen 3 procenta :-)

[j.]

du -hs *

[webhope]

Roger

Kód [Vybrat] Rozbalit

[root@localhost /]# du -hs *
28K     ata                 
12M     bin                 
29M     boot               
4,0K    cd_scipts.sh       
359M    dead.letter
776K    dev
41M     etc
2,5G    home
8,0K    initrd
147M    lib
16K     lost+found
16K     media
148G    mnt
0       Module.symvers
299M    opt
du: nelze přistoupit k ,,proc/5227/task/5227/fd/4": Adresář nebo soubor neexistuje
du: nelze přistoupit k ,,proc/5227/task/5227/fdinfo/4": Adresář nebo soubor neexistuje
du: nelze přistoupit k ,,proc/5227/fd/4": Adresář nebo soubor neexistuje
du: nelze přistoupit k ,,proc/5227/fdinfo/4": Adresář nebo soubor neexistuje
0       proc
78M     root
246G    sata
9,7M    sbin
0       sys
20K     tmp
3,2G    usr
312M    var


[j.]

Co vytvari ten dead.letter? Pro zacatek bych jej vynuloval a podival se, kto do nej zapisuje.

lsof /dead.letter

cat /dev/null > /dead.letter

A tech 300 MB v /var mi prijde taky moc (pro podrobnosti df -hs /var/*  )

[Reklama]

[webhope]

Kód [Vybrat] Rozbalit

[root@localhost home]# du -hs *
84M     ati-driver-installer-9-10-x86.x86_64.run
4,0K    del_big_logs.sh
16K     lost+found
du: nelze přistoupit k ,,host/.gvfs": Operace zamítnuta
2,4G    host
24K     xguest
4,0K    zdroje-Mandriva-2010.sh
24K     zdroje.sh


uzivatel host zabira hodne mista jako by to byl ten skryty soubor .gvfs

ostatni soubory maji jen malo . davam sem vypis ale bez nazvu souboru, jen cisla radku misto souboru. Jsou tam osobni dokumenty

Kód [Vybrat] Rozbalit


[root@localhost host]# du -hs *
4,0K    1
44K     2
40K     3
32M     4
500K    5
404K    6
84K     7
288K    8
1,3M    9
56K     10
48K     11
8,0K    12
372K    13
28K     14
36K     15
4,2M    16
152K    17
152K    18
240K    19
132K    20
676K    21
16K     22
488K    23
72K      24
884K     25
140K    26
20K     27
16K     28
13M     29
4,0K    30
24K     31
2,7M    32
4,0K    33
212K    34
24K     35
16K     36
140K    37
432K    38
396K    39
212K    40
140K    41
212K    42


[webhope]

j.
taky jsem si všiml, ale nevim aby se neco neposkodilo...

Spis je neco velkeho v tom home, a snad nepristupny soubor? Treba udelat kontrolu systemu?

[j.]

Zkus mount - podle velikosti bych odhadoval, ze /home je samostatny svazek, a problem mas jenom na rootu ( / ).

A toho dead.letter se neboj, ten soubor skoro urcite dulezity nebude, jestli umyslne neprovozujes e-mailove sluzby. Spis z nejakeho duvodu zustal bezet spatne nakonfigurovany sendmail a posilaji se do nej systemove varovani nebo neco (muzes se do nej podivat s "less /dead.letter").

A taky jeste do toho /var , mozna je ligitimnu duvod, proc ma 300 MB, mozna ne.

[webhope]

ten dead.letter je asi log nějakého antiviráku

Kód [Vybrat] Rozbalit


==> append : to filename to view the ISO-8859 encoded data
Date: Tue, 08 Dec 2009 11:40:55 +0100
To: root
Subject: [msec] *** Security Check on localhost.localdomain, pro 08
11:40:30 ***
User-Agent: Heirloom mailx 12.4 7/29/08
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit


A pak dlouhá řádka souborů...

Tak s tím mount máte pravdu

Kód [Vybrat] Rozbalit


[root@localhost host]# mount | grep home
/dev/sda5 on /home type ext3 (rw,relatime)
gvfs-fuse-daemon on /home/host/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=host)


tak to je asi soubor s pripojeným oddílem

[webhope]

A tomuto už nerozumím

Kód [Vybrat] Rozbalit

[root@localhost /]# lsof /dead.letter
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/franta/.gvfs
      Output information may be incomplete.


[j.]

To posledni znamena, ze ten soubor nikdo nepouziva. Prostor se da rychle ziskat tim, ze se ten soubor proste vymaze nebo vynuluje, predpokladam, ze pro ty logy neni vyuziti. A jak se toho zbavit uplne, nebo to presmerovat do standardnich logu bych nechal na nejakeho zkusenejsicho mandrivaka, ja tu distribuci nikdy nevidel.

[webhope]

ok vyprázdněno

Kód [Vybrat] Rozbalit


[root@localhost var]# du -hs * | grep M
5,1M    cache
296M    lib
168M    log
7,6M    tmp
[root@localhost var]# cd lib
[root@localhost lib]# du -hs * | grep M
225M    asterisk
12M     dkms
2,6M    dkms-binary
4,4M    mandriva
19M     mlocate
25M     rpm
8,7M    urpmi
[root@localhost lib]# cd ..
[root@localhost var]# cd log
[root@localhost log]# du -hs * | grep M
39M     messages
53M     security
39M     syslog
39M     user.log


A to souvisí s tím, že mi nejde spustit ten skript na vymazávání velkých souborů

[webhope]

Kód [Vybrat] Rozbalit


[root@localhost asterisk]# du -hs * | grep M
90M     moh
133M    sounds
1,8M    static-http


[j.]

Asterisk bych asi nechal tak Ale ty logovaci soubory jsou nejak nezvykle velke, zase bych nechal na zkuseneho mandrivaka (nebo google?) at poradi jak nastavit log rotate. Vetsinou nema smysl uchovavat ty soubory vetsi nez par mega, a po par mega je vzdy odrolovat (a ty odrolovane soubory se pak se i daji smazat skriptem).

[webhope]

Jo, skript funguje

Kód [Vybrat] Rozbalit

[root@localhost log]# ./del_big_logs.sh
[root@localhost log]# du -hs * | grep M
[root@localhost log]#


A co je ten asterix? Tam jsou nejake hudebni soubory a nevim ze bych ten progam pouzival to je prehavac?