пропало свободное пространство
reyand 18 июня, 2010 - 20:22
После удаления файлов свободного пространства на разделе не прибавилось:
$ df -h /home Файловая система Разм Исп Дост Исп% смонтирована на /dev/mapper/vg-home 168G 160G 0 100% /home
Как видно разде LVM2. Где искать?
»
- Для комментирования войдите или зарегистрируйтесь
lsof -X|grep deleted|sort -bnk7
lsof -X|grep deleted|sort -bnk7
# lsof -X|grep deleted|sort
eix lsof
Птн Июн 18 21:00:47-arago@arago-desktop:/etc/conf.d ^_^ eix lsof [I] sys-process/lsof Available versions: 4.81-r2 4.82 ~4.83 {selinux static} Installed versions: 4.82(01:10:12 26.05.2010)(-selinux -static) Homepage: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ Description: Lists open files for running Unix processesдумаю тут ~/.xsession-errors
думаю тут ~/.xsession-errors
laptop / # lsof -X|grep
du -ksh ~/
du -ksh ~/
Даже лучше sudo du -ksh ~/
andrey@laptop ~ $ du -ksh
du -kh --max-depth=1 ~/|sort -h
du -kh --max-depth=1 ~/|sort -h
Кстати, fsck натравить не пробовал?
Arago написал(а): du -kh
не видит утилита du этих потерь так же как и df.
а разве при загрузке системы не прогоняется ФС на ошибки?
Не совсем
Вообще то при монтировании журналируемых фс происходит journal replay в случае некорректного размонтирования, но всё же теоретически возможно что к примеру при записи в счётчик свободных блоков диск выдал феерический глюк и не переписал его. Таким образом fsck всё же не помешает - тем более что тот же e2fsck по умолчанию проверяет фс после каждых 30 монтирований (даже при чистом размонтировании) - ведь зачемто же сделали это?
# e2fsck -fy
проверка фс результата не дала! печально...
такое проявлялось после
такое проявлялось после удаления файлов открытых другими процессами. ~/.xsession-errors в частности. du и df показывали наличие свободного пространства, но на деле его не было. появлялось после перезагрузки (завершении процессов, в которых были открыт файл). отсюда следствие использовать trunkate -s 0, вместо rm -rf. и вопрос, существуют ли утилиты способные дать понять отдельным процессам что файл удален, а его дескриптор нужно закрыть?
скрытный секс :)
Не так
Ну во первых df в таких случаях наличие свободного места никогда не покажет, а во вторых я уже в соседней ветке давал проверку на такие файлы (lsof -X|grep deleted|sort -bnk7) - проверка результата не дала.
После перезагрузки у меня не
После перезагрузки у меня не появилось. Как бороть кто знает? аааа! уже пару дней парализованный! на разделе home ноль места!
Просто последовательно
Просто последовательно анализируй коммандой:
du -xh --max-depth=1 /home
Никуда твое свободное место не пропало ...
taho написал(а): Просто
Еще раз.
Общий размер раздела 168 гигов, использовано 160 гигов, свободно 0, занято 100%. Где 8 гигов???
Утилиты df/du не видят эти 8 гигов! Тут всё не просто так...
Мож просто иноды закончились?
Мож просто иноды закончились? Ext вроде таким страдает, все иноды формируются в момент создания фс.
df -i ~
andrey@laptop ~ $ df -i
Всё, я наконец понял где 8гиб.
Ext резервирует для рута 5% блоков по умолчанию в момент создания фс. У тебя это как раз 8.4гиб и выходит. Сделай tune2fs -m 0 /dev/mapper/vg-home (ессно на размонтированной фс).
Спасибо, помогло! # tune2fs
Спасибо, помогло!
Таким образом я выставил резервирование 0% от блоков раздела. В man'е написано "Сохранение некоторого числа блоков файловой системы для использования привилегированными процессами сделано, чтобы избежать фрагментация файловой системы". Критичен ли этот параметр (0%) для целосности фс?
Мда так ты просто не знал про
Мда так ты просто не знал про резервирование? А home и должен был весить 160гигов? Ну молодец.