LINUX.ORG.RU

Я в шоке, куда делось дисковое пространство ?


0

0

Я в шоке!!! мо домашний раздел заполняеться, хотя при этом не понятно чем !Как я только что выяснил в этом виноват был sim (после его убийства раздел перестал заполняться данными).Теперь проблема в том что я не знаю что нужно удалять и к томуже du и df показывают раззные данные..

[root@localhost alex]#df Файловая система 1K-блоков Испол Доступно Исп%Подключено к /dev/hda5 5241812 4363776 611764 88% / /dev/hda10 2087180 1937032 44124 98% /home none 128328 0 128328 0% /dev/shm /dev/hda1 4192752 3652600 540152 88% /mnt/c /dev/hda11 10191364 8230280 1443392 86% /mnt/arj /dev/hda7 1539184 348 1538836 1% /mnt/e /dev/cdrom 634800 634800 0 100% /mnt/cdrom

[root@localhost alex]#cd /home [root@localhost alex]#du -hc ...... ...... 878M итого

выходит больше гига неизвестно где!!! Как мне вернуть мое пространство ? трояна нет , проверял chkproc и chkrootkitом

anonymous

Я в шоке!!! мо домашний раздел заполняеться, хотя при этом не понятно чем !Как я только что выяснил в этом виноват был sim (после его убийства раздел перестал заполняться данными).Теперь проблема в том что я не знаю что нужно удалять и к томуже du и df показывают раззные данные..

[root@localhost alex]#df

Файловая система 1K-блоков Испол Доступно Исп%Подключено к

/dev/hda5 5241812 4363776 611764 88% /

/dev/hda10 2087180 1937032 44124 98% /home

none 128328 0 128328 0% /dev/shm

/dev/hda1 4192752 3652600 540152 88% /mnt/c

/dev/hda11 10191364 8230280 1443392 86% /mnt/arj

/dev/hda7 1539184 348 1538836 1% /mnt/e

/dev/cdrom 634800 634800 0 100% /mnt/cdrom

[root@localhost alex]#cd /home

[root@localhost alex]#du -hc

......

......

878M итого

выходит больше гига неизвестно где!!! Как мне вернуть мое пространство ? трояна нет , проверял chkproc и chkrootkitом

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

>идиот. юзай винду.

Ага, и потом он будет говорить, что у него три гига C:\RESTORE занимает :)

Автору топика: дык сделай `ls -Al` в домашнем каталоге, и посмотри что скока занимает. В первую очередь посмотри `ls -gh .xsession-errors`.

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

Осмотр дом директории я произвел до того как постить сюда, я посмотрел размер каждого файла в дом директории,оценил размер каждого католога,еще раз обращу ВАШЕ внимание что команда du -hc выводит размер домашней деоиктории вместе с файлами в поддиректориях и он равен 863Mетров, а вот команда df,к-рая оценивает размер патришенов (католог /home вынесен в отдельны раздел) говорит что занято 1926 метров. И я думаю что смешного в этом ничего нет

anonymous
()

ХЗ в чём проблема была но после перезагрузки X всё вернулось назад

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

>обращу ВАШЕ внимание

Ишь ты какой, не нравится, что его на ``ты'' называют.

Перезагрузи машину.

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

А, ТЫ уже сам догадался перезагрузиться...

Твой глюк на самом деле не глюк, а фича файловых систем UNIX'а.

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

и много таких фишек еще в никсах ?

-----енг

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

И в чём смысл этой фичи заключается ? На сколько я знаю sync должен был помоч если там каккие-то хитрости с кешем, к тому же я не перезагружался, а перезагрузил только иксы

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

Фича в том, что если удалить файл открытый каким-либо процессом на запись, сей процесс ничего не замечает и продолжает писать хоть до усрачки. Файл отсутствует, а место расходуется. Место освобождается только после смерти сего процесса. Все никсы в этом смысле ведут себя одинаково (насколько я знаю). На самом деле здесь все очень логично и правильно.

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

> Файл отсутствует, а место расходуется.

Если быть точным, то файл присутствует, просто удаляется один из линков на него, из директорий... А число линков ядро считает как - "число явных линков" на ФС + число открытий этого файла (imho даже на чтение достаточно открыть). Пока число ссылок (aka линков ;) на файл не станет равно 0 - файл не удалится физически с диска.

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