Проблема такая у меня 1 hdd диск на 320 гб. Ниже его разметка.
Файл.система Размер Использовано Дост Использовано% Cмонтировано в
udev 487M 12K 487M 1% /dev
tmpfs 100M 1,4M 98M 2% /run
/dev/sda2 24G 24G 0 100% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 496M 16M 481M 4% /run/shm
none 100M 24K 100M 1% /run/user
/dev/sda1 485M 67M 393M 15% /boot
/dev/sda5 77G 14G 59G 20% /media/backup
/dev/sda6 174G 99G 67G 60% /home
Обратите внимания на корневой раздел. Под него выделено 24гб. И эти 24гб чем-то забиты... Стала разбираться где именно и в чем много место.
выполнила команду du от root
У меня 3 раздела примонтированны отдельно. Это
boot,home,media по этому я их исключаю. Вы тоге общий размер этих папок 7.2гб
root@livanda-X101CH:/# du -chs * --exclude=boot --exclude=home --exclude=media
9,3M bin
4,0K cdrom
12K dev
15M etc
0 initrd.img
0 initrd.img.old
380M lib
16K lost+found
4,0K mnt
17M opt
du: невозможно получить доступ к «proc/3660/task/3660/fd/4»: Нет такого файла или каталога
du: невозможно получить доступ к «proc/3660/task/3660/fdinfo/4»: Нет такого файла или каталога
du: невозможно получить доступ к «proc/3660/fd/4»: Нет такого файла или каталога
du: невозможно получить доступ к «proc/3660/fdinfo/4»: Нет такого файла или каталога
0 proc
16K root
du: невозможно получить доступ к «run/user/1000/gvfs»: Отказано в доступе
1,5M run
12M sbin
8,0K srv
0 sys
80K tmp
5,8G usr
944M var
0 vmlinuz
0 vmlinuz.old
7,2G итого
Возникает логичный в полне вопрос. Что может занимать столько место?
С такой проблемой я за свою жизнь вижу второй раз. Но в этот раз она возникла по совершенно другой причине.
я делал копию корневого раздела. Ниже приведу часть скрипта.
[b]############################
# Создание пути к катологу
############################
dir_root="/mnt" # ROOT диреткория
dir_boot="/boot" # boot диреткория
dir="/media/backup/Os"
mount1="/dev/sda2"
dd if=/dev/zero |pv| dd of=$dir_boot/zero
dd if=/dev/zero |pv| dd of=$dir_root/zero
rm -rfv $dir_{root,boot}/zero
dd if=$mount1 conv=noerror bs=10M |pv| gzip -c > $dir/Xubuntu_14.04_root_ext4_`date "+%Y-%m-%d"`.img.gz[/b]Это все что относится к корневому разделу.
кому сложно разобраться скажу что он делает.
1. заполняет раздел нулями. потому что dd копирует по секторно
2. Удаляет файл заполненный нулями
3. делает бекап. в нужную мне папку.
4. ВСЯ ОПИРАЦИЯ ДЕЛАЕТСЯ ОТ РУТА! По другому никак.
Собственно это все. Куда делось место ума не приложу... может я глупая? Или еще что Но если это действительно баг. То он мог появится только когда раздел заполнялся нулями. Только в этом случаи он был заполнен до придела.
У меня больше вариантов нету... Нет я могу снести систему и поставить новую. Но если я буду делать опять бекап это все появится снова.
с этого бекапа востнановится не смогу потому что dd сделала копию по секторно, получается бекап испорчен.
Тема: баг файловой системы или что может занимать место. (Прочитано 3788 раз)
