Переполнение файловой системы.

[lius]

Проблема с домашним серваком, живущим на антресолях. Он нормально выполняет свои функции но залез я на него чтобы обновить систему и обнаружил я следующее приветствие:

Linux wanderer 2.6.32-24-server #43-Ubuntu SMP Thu Sep 16 16:05:42 UTC 2010 x86_64 GNU/Linux
Ubuntu 10.04.1 LTS

Welcome to the Ubuntu Server!
 * Documentation:  http://www.ubuntu.com/server/doc

  System information as of Tue Mar 29 19:08:54 MSD 2011

  System load:  0.16                 Processes:           117
  Usage of /:   100.0% of 147.51GB   Users logged in:     1
  Memory usage: 37%                  IP address for eth0: 192.168.48.11
  Swap usage:   0%                   IP address for tap0: 192.168.248.1
  Temperature:  40 C

  => / is using 100.0% of 147.51GB
  => /mnt/disk3 is using 94.2% of 1.79TB

  Graph this data and manage this system at https://landscape.canonical.com/
Last login: Tue Mar 29 18:59:00 2011 from 192.168.48.20

Подумал я что это хрень какая то и попробовал обновить систему и действительно - выскакивают ошибки связанные с переполнением диска.

Дисковая система сервака имеет следующий вид:
1) Системный жесткий диск 160Гб на котором расположены своп 2Гб, boot 1Гб, и собственно корневой каталог /.
2) Есть 3 винчестера для хранения информации 1Тб, 2Тб, 2Тб.

При просмотре файловой системы на ничего подозрительного не выявлено
Команда  du -x -h выдает что на диске занято 2,5Гб, что очень похоже на правду.

Но есть каталог proc в котором сидит файл kcore размером ВНИМАНИЕ 128 Тб - именно терабайт.
Это явный бред и ошибка но proc виртуальная файловая система и с какой стороны к ней подходить я не знаю.

Собственно все это похоже на наличие ошибок в файловой системе.
Забыл добавить, / сидит на RiserFS.

Ну и главный вопрос с чего начать?

[фирэфохэ]

Но есть каталог proc в котором сидит файл kcore размером ВНИМАНИЕ 128 Тб - именно терабайт.
Это явный бред и ошибка но proc виртуальная файловая система и с какой стороны к ней подходить я не знаю.

Это нормально.
Покажи вот это:

Код: [Выделить]

df

[lius]

А вот с этим плохо...

df: не удалось прочитать таблицу смонтированных файловых систем: Нет такого файла или каталога

и действительно mtab пуст, mtab.tmp тоже...

[werlock]

А зачем /boot размером 1 Гб  
Что у Вас там лежит ?

[фирэфохэ]

Загрузись с livecd, проверь фс.

[lius]

А зачем /boot размером 1 Гб  
Что у Вас там лежит ?

Там у меня почти вакуум... 147Гб для системы тоже не нужно.

Загрузись с livecd, проверь фс.

Ой не просто это. Нет у меня для него монитора.

[ArcFi]

Ой не просто это. Нет у меня для него монитора.

Код: [Выделить]

sudo touch /forcefsck ; sudo reboot

[lius]

Снес все логи, чтоб место освободить и на всякий случай пустой mtab.
После перезагрузки:

Файловая система           1K-блоков использовано, Разрешено использовать% смонтирована на
/dev/mapper/wanderer-root
                     154676616 154177648    498968 100% /
none                    991232       196    991036   1% /dev
none                    996064         0    996064   0% /dev/shm
none                    996064       296    995768   1% /var/run
none                    996064         0    996064   0% /var/lock
none                    996064         0    996064   0% /lib/init/rw
/dev/sda5               233335     42792    178095  20% /boot
/dev/sdb1            1922858352 821107660 1004075092  45% /mnt/disk2
/dev/sdc1            1922858352 1811333960  13848792 100% /mnt/disk3

И mtab появился в нормальном виде.

[ArcFi]

Зачем глаза ломать?

Код: [Выделить]

df -h

[lius]

После проверки фс

Файловая система            Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/wanderer-root
                      148G  148G  487M 100% /
none                  968M  196K  968M   1% /dev
none                  973M     0  973M   0% /dev/shm
none                  973M  296K  973M   1% /var/run
none                  973M     0  973M   0% /var/lock
none                  973M     0  973M   0% /lib/init/rw
/dev/sdb5             228M   42M  174M  20% /boot
/dev/sdc1             1,8T  1,7T   14G 100% /mnt/disk3
/dev/sda1             1,8T  784G  958G  45% /mnt/disk2

[ArcFi]

Код: [Выделить]

sudo du -hsx /{,.}* 2>/dev/null?

[lius]

7,8M   /bin
42M   /boot
0   /cdrom
200K   /dev
5,3M   /etc
22M   /home
0   /initrd.img
353M   /lib
0   /lib64
0   /media
146G   /mnt
0   /opt
0   /proc
44K   /root
8,4M   /sbin
0   /selinux
185K   /srv
0   /sys
0   /tmp
1,4G   /usr
259M   /var
0   /vmlinuz
148G   /.
148G   /..
40K   /.config

arcfi большое спасибо, нашел в чем причина!

Диск 1Гб использовался для бэкапа и монтировался перед проведением копирования по расписанию. Почему то монтирования не происходило а весь бэкап радостно сливался на системный винч в точку монтирования.
В общем сам дурак

Всем спасибо!!!