- Регистрация
- 13 Июн 2010
- Сообщения
- 509
- Реакции
- 0
- Баллы
- 0
Вот смотрите. Как только вы отформатировали раздел в NTFS в начале раздела у вас "прописалась" Главная Файловая Таблица (MFT), по умолчанию она отъедает под свой метафайл данных 12% дискового пространства тома, куда запись невозможна. Видеть вы ее не видите (кстати на флешках, отформатированных в NTFS увидеть можете - обратите внимание, что после форматирования флешки начало ее будет чем то занято. Это и есть MFT), но она есть. Там и еще кое что есть - в середине тома создается резервная копия некоторых важных метафайлов MFT. Вы ее тоже не видите, вернее можете увидить на любом дефрагментаторе с "картинкой" - цепочка неперемещаемых файлов посередине раздела, работе она не мешает, но именно из за нее вы не можете сжать раздел с ФС NTFS средствами Windows более чем наполовину. Ну да впрочем это к нашему вопросу не относится. Мы об MFT. Пока у вас на диске свободного места больше 12% все нормально. Становиться меньше - MFT ужимает зарезервированное место наполовину. Еще меньше - еще ужмет. Здесь дело такое - чем меньше файлов на диске, тем меньше места занимает MFT - одно дело у вас полсотни .iso на разделе, другое - база данных с сотней миллионов записей. Каждый файл на диске - это ссылка в виде файлика в MFT - больше файлов, больше физический размер таблицы. Но не к чему хорошему это ужимание не приводит - в конце концов резерв закончен и каждая новая запись приводит к тому, что MFT начинает фрагментироваться. Это приводит к замедлению работы ФС, но бог с ним, хуже другое - фактически мы получаем не один заход окончания диска, а множество - фиг с ним, если это на разделе с вашими фильмами, но беда, если такая чехарда происходит на системном разделе. Поэтому как только появится возможность - вы что то там удалили - MFT пытается восстановить свои попранные права. Вот и получается - вроде удалили с забитого диска что то, а места не добавилось. В среднем - у каждого размер MFT свой в зависимости что на разделе - все встает на свои места при 7% свободного места. Сужу по ползунку на иконках диска в Vista и 7 - меньше 7% он становиться красным и вам переодически напоминают, что на диске недостаточно места.
Но в вашем случае вроде удали много... То что у XP бывает проблема с удалением файлов через Shift+Del не новость. И совет с BCWipe возник отсюда После удаления файла с помощью Shift-Delete место не освобождается. - Конференция iXBT.com. Если по сети полазаете, то еще немало подобных случаев найдете. Все сводится к тому, что идет какой то сбой ФС. Поэтому я и предложил chkdsk. Пятый этап - это как раз и проверка свободного места - у вас там явно беда.
Ну это все лирика. Вы вначале писали про дефрагментацию. Она практически бессмысленно если у вас на диске с ФС NTFS меньше 12% свободного места, лучше 15%. Почему - даже API дефрагментации не может перемещать данные в MFT зону. Попробуйте сейчас освободить на диске 12, а лучше 15%. Повторите дефрагментацию. Затем повторите chkdsk - долго не ждите, если снова будет в год по % считать, значит надо что то другое придумать. Но место освободите!
Включите отображение скрытых системных файлов, увидите в корне каждого раздела, который отслеживала система восстановления папочку System Volume Information - это и есть папка System Restory - системы восстановления. Если зададите себе права на доступ, то увидите ее размер и что внутри. Но самому лучше не удалять - там не только сами точки восстановления, но и еще нужная информация для теневого копирования. А так Очистка диска - Дополнительно - Удалить все точки восстановления, кроме последней. Или в CCleaner последних версий в Сервисе аналогичная функция есть.