Jak przeglądać "/" i znaleźć "zapychacza"

[plmorpheus]

Witam wszystkich,

Zdaję sobie sprawę, że za chwilę zawieje tutaj lemerstwem jak nie wiem, ale nie mam już pomysłu gdzie mógłbym się zwrócić o pomoc w tej kwestii.

Mam taką sytuację:

Serwer z trzema dyskami twardymi podzielonymi na partycje. Partycja root / dobija mi do full-a i nie wiem gdzie mam szukać winnego tego stanu (root ma u mnie 10 GB) Kiedy wpiszę

Kod: [Zaznacz]

cd /
du -h

to wywala mi wszystkie inne partycje, w tym home, który ma ponad 200GB więc z tego wnioskuję, że źle szukam, bo przecież 200GB się w 10 nie mieści
Dokładnie wygląda to tak:

Kod: [Zaznacz]

df -h
System plików             rozm. użyte dost. %uż. zamont. na
/dev/sda3                   92G   88G  2,5G  98% /
none                       4,0K     0  4,0K   0% /sys/fs/cgroup
udev                       2,0G  4,0K  2,0G   1% /dev
tmpfs                      395M  596K  394M   1% /run
none                       5,0M     0  5,0M   0% /run/lock
none                       2,0G     0  2,0G   0% /run/shm
none                       100M     0  100M   0% /run/user
/dev/sdb1                  459G   65G  371G  15% /opt
/dev/sdc1                  459G   14G  422G   4% /var
/dev/sda1                  453M   65M  362M  16% /boot
/dev/sda5                  363G  325M  344G   1% /home
//192.168.7.6/backups/www  5,4T  3,5T  2,0T  65% /mnt/www

a następnie
gdy zrobię cd / a następnie du -h , to listuje mi wszystkie katalogi i pliki, łącznie z /mnt który grubo przerasta te 10GB, a ja chcę tylko wiedzieć co bierze te 10GB! Jak się do tego zabrać? Znajomy powiedział, że trzeba skakać po katalogach i komendą du sprawdzać je po kolei - tylko, że ja nie wiem które katalogi mam sprawdzać...
Tutaj niestety wychodzi nasiąknięcie Windowsem, gdzie jest C:/ i jest sprawa załatwiona...


Za wszelką pomoc serdeczne dzięki.

[Paweł Kraszewski]

Wchodzisz do / i:

1. Robisz du -s * | sort -rn (to są małe R i małe N) i pojawia się lista obiektów (plików i katalogów) od największego do najmniejszego.
2. Wybierasz pierwszy z góry, który nie jest mountpointem z Twojego posta (czyli np nie /mnt/www, nie /home, nie /boot) i robisz tam cd.
3. Wracasz do punktu 1 aż znajdziesz winowajcę.

[plmorpheus]

Dzięki serdeczne za podpowiedź. Mam nadzieję, że teraz się uda znaleźć gada

Pozdrawiam

[roobal]

Kod: [Zaznacz]

du -h -BG --exclude=proc --exclude=home --exclude=mnt/www --exclude=boot | sort -rn

W exclude podajesz katalogi, które nie mają być brane pod uwagę.

[plmorpheus]

No i wrzuciłem:

Kod: [Zaznacz]

 du -hs * --exclude=proc --exclude=home --exclude=mnt/www --exclude=boot | sort -rn
600K    run
464M    lib
167M    moodle
156K    root
112K    build
86G     mnt
65G     opt
48K     tmp
16K     lost+found
14G     var
12K     srv
11M     sbin
9,6M    bin
8,7M    etc
8,0K    media
4,0K    lib64
4,0K    dev
1,1G    usr
0       vmlinuz.old
0       vmlinuz
0       sys
0       initrd.img.old
0       initrd.img

a tu lipa - nie widać nic nadmiernie dużego :/

Jedynie /opt możnaby rozważyć, ale zgodnie z

Kod: [Zaznacz]

df -h
System plików             rozm. użyte dost. %uż. zamont. na
/dev/sda3                   92G   88G  2,5G  98% /
none                       4,0K     0  4,0K   0% /sys/fs/cgroup
udev                       2,0G  4,0K  2,0G   1% /dev
tmpfs                      395M  600K  394M   1% /run
none                       5,0M     0  5,0M   0% /run/lock
none                       2,0G     0  2,0G   0% /run/shm
none                       100M     0  100M   0% /run/user
/dev/sdb1                  459G   66G  370G  15% /opt
/dev/sdc1                  459G   14G  422G   4% /var
/dev/sda1                  453M   65M  362M  16% /boot
/dev/sda5                  363G  325M  344G   1% /home
//192.168.7.6/backups/www  5,4T  3,5T  2,0T  65% /mnt/www

jest ono zamontowane na innym dysku. WTF? :/
2% udało mi się wygospodarować ale poprzez zmniejszenie zarezrowanego miejsca komendą

Kod: [Zaznacz]

 tune2fs -m 2 /dev/sda3

jednakże to jest (mam  nadzieję, że się zgodzicie) tylko proforma (jednakże przywróciła chwilowo do życia mysql-a) bo wcześniej dostawałem błędy połączenia z bazą danych przy logowaniu do stron. I tutaj rodzi się pytanie, czy przypadkiem serwer Mysql-a nie wsiadł na roota i nie zeżarł tyle miejsca... Tylko nie wiem jak to sprawdzić.
Dalsze porady mile widziane

[płona]

find / -iname "*core*"

??

[plmorpheus]

find / -iname "*core*"

??

/dev/core

Przecież jest:
86G     mnt

[plmorpheus]

Przecież jest:
86G     mnt

Faktycznie usunięcie z /mnt rozwiązło problem. Pytanie mam jednak (może lamerskie ale jednak): po czym rozpoznałeś, że to o to chodzi? Przecież /opt też ma 65GB a mimo to wykluczyłeś go...?

Dzięki z góry za odpowiedź.

/dev/sdb1 było zamontowane jako /opt a /mnt nie było na liście mount.

[plmorpheus]

/dev/sdb1 było zamontowane jako /opt a /mnt nie było na liście mount.

Dzięki wielkie