LINUX.ORG.RU
решено ФорумAdmin

Закончилось место на диске

 , ,


0

1

В общем имеем вот это:

root@backup:/# df -h
Filesystem               Size  Used Avail Use% Mounted on
udev                     231M  4,0K  231M   1% /dev
tmpfs                     49M  5,3M   43M  11% /run
/dev/sda1                 49G   46G   93M 100% /
none                     4,0K     0  4,0K   0% /sys/fs/cgroup
none                     5,0M     0  5,0M   0% /run/lock
none                     241M     0  241M   0% /run/shm
none                     100M     0  100M   0% /run/user
/dev/sdb1                4,6T  2,5T  1,9T  57% /backup/1cbackup
//192.168.88.235/Backup  5,8T  1,6T  4,3T  27% /backup/Synology
/dev/sdb2                4,6T  1,3T  3,1T  29% /backup/1cbackup2
/dev/sdb3                5,5T  2,8T  2,5T  53% /backup/PGbackup

И вот это:


root@backup:/# cd / && du -h --max-depth=1
du: cannot access ‘./proc/19721/task/19721/fd/4’: No such file or directory
du: cannot access ‘./proc/19721/task/19721/fdinfo/4’: No such file or directory
du: cannot access ‘./proc/19721/fd/3’: No such file or directory
du: cannot access ‘./proc/19721/fdinfo/3’: No such file or directory
0       ./proc
184K    ./home
12K     ./media
7,1T    ./backup
24K     ./tmp
6,9M    ./etc
4,0K    ./srv
4,0K    ./mnt
549M    ./var
0       ./sys
4,0K    ./dev
12M     ./sbin
9,7M    ./bin
4,0K    ./lib64
16K     ./lost+found
311M    ./lib
116K    ./root
4,0K    ./opt
968M    ./usr
5,3M    ./run
38M     ./boot
7,1T    .

Видно что все каталоги корня (кроме backup который на другом разделе) не весят 50 гигов.

Машина виртуальная на на Hyper-V. Доступа к консоли гиперви у меня нету, но сдается мне что дело в том что место закончилось «снаружи» машины, а не внутри, или может проверку диска кукую запустить?


Все там будем. Аминь.

Deleted
()
Ответ на: комментарий от anonymous

root@backup:/# du -xsh /*
44G     /backup
9,7M    /bin
39M     /boot
4,0K    /dev
6,9M    /etc
184K    /home
0       /initrd.img
311M    /lib
4,0K    /lib64
16K     /lost+found
12K     /media
4,0K    /mnt
4,0K    /opt
du: cannot access ‘/proc/26002/task/26002/fd/4’: No such file or directory
du: cannot access ‘/proc/26002/task/26002/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/26002/fd/4’: No such file or directory
du: cannot access ‘/proc/26002/fdinfo/4’: No such file or directory
0       /proc
116K    /root
5,3M    /run
13M     /sbin
4,0K    /srv
0       /sys
24K     /tmp
968M    /usr
550M    /var
0       /vmlinuz

Кажется начинаю догонять)

Shulman
() автор топика

Ты же понимаешь что между 7.1тб и 7.2 тб влезает минимум 99гб? От 7.050 до 7.149.

Deleted
()
Ответ на: комментарий от Deleted

Ты абсолютно прав, а разобрался, спасибо!

Shulman
() автор топика

сдается мне что дело в том что место закончилось «снаружи» машины, а не внутри ...

Да нет - «внутри» кончается:

/dev/sda1                 49G   46G   93M 100% /

Просто при создании файловой системы определенное место резервируется под системные нужды - чтобы вы root-ом в консольке хоть что-то смогли сделать, когда полный «кирдык» настанет. Поэтому 49G != 46G.

proc, dev, sys, run - это все виртуальные файловые системы.

Если хотите выяснить, какие директории «раздулись», то используйте:

du -s -h *

vinvlad ★★
()

... В принципе, вы можете себе еще гигабайт-другой «отвоевать» за счет уменьшения резервной области. 3 гига многовато для правильно настроенной системы - там, где мусорные логи не копятся в больших количествах (проверьте размер /var/log).
Вот статейка, как это делается:
How to change the reserved blocks on EXT3 or EXT4 filesystem in Linux

P.S. Hyper-V - это, вроде как, аппаратная виртуализация. Так что, что показывают команды du, df - это всё ваше.

vinvlad ★★
()
Ответ на: комментарий от Deleted

У него в директории /backup на корневой файовой системе 44 Гб занято.

anonymous
()

Закончилось место на диске

rm -rf /

не благодарите :LOL:

anonymous
()

Спасибо всем отписавшимся!

Shulman
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.