Объем диска С - общий и количество свободного места, а так же тип файловой системы - в студию.

Общий объём 141 Гб, свободно 3,74 Гб, тип системы NTFS

Вот он и пишет, что свободного места для создания временного файла недостаточно. Если есть другие жесткие диски с бОльшим объемом свободного места, то в настройках неро укажите создание временных файлов на них.

Огнепляска, помимо указания другого диска для временных файлов, если это по каким-то причинам невозможно, то придётся удалить ненужное.
Вообще-то есть такое правило: на любом разделе должно быть свободно не менее 12% места. В вашем случае со 141Гб свободными должны быть минимум 17Гб.

LAV ©, Рез Спасибо. Буду знать.

Вообще-то есть такое правило: на любом разделе должно быть свободно не менее 12% места

а иначе что будет?

Ну прям даже странный вопрос. Обычно иначе начинает уполовиниваться "самый_жирный_файл_раздела", что ведёт в дальнейшем к излишней фрагментации.
А дефрагментаторов-то и нету для NTFS, точнее, в силу "дырок" они ни разу не эффективны.
На это можно, конечно, наплевать, но правило 12% для NTFS существует и используется. Правда далеко не всеми.

Тогда получается, что правило должно быть "занятое место никогда не должно превышать 12.5% объёма ntfs-раздела" (именно столько по умолчанию резервируется под MFT). Если же пользователь периодически забивает диск под 95% (а это происходит у большинства домашних пользователей), а потом очищает его — правило теряет смысл, т.к. файлы уже начинают записываться в MFT. Т.е. даже если Огнепляска освободит указанные 17 гб, вряд ли она удалит именно те файлы, которые записались в первые 12.5%.
К обсуждаемой проблеме это, конечно же, не имеет никакого отношения, ну да хоть поболтаем.

Огнепляска, получилось записать диск? для этого надо на C: освободить ещё около гигабайта либо переместить %TEMP%

Enkryptor, не понял про "занятое место не должно превышать 12.5%". Скорее не должно превышать 87.5% же.
И да, правило теряет смысл, однако при следующем форматировании раздела если человек уже приучился оставлять достаточно места, то избавит себя от проблем в будущем. Так что рекомендация не мгновенная, скорее приучивает к хорошему.

Enkryptor Да, получилось.

Как интересно. Про правило 12% не знала. Спасибо.

Я повторюсь — если сейчас освободить 12%, это уже не даст увеличения производительности. Их надо было не занимать изначально.

С этим никто не спорит. Однако 12.5-6.25-3.125-1.5625-... точно так же считаются и далее. Прироста это не даст, но позволит избежать дальнейшего её падения. Плюс выработает привычку "не занимать последние процентов 15 места", что уже очень большая победа в будущем.

Рез
Осспади… Вот у меня под систему винт на 120 гигабайт. 12,5% от него это, ну, скажем, 15 гигов. На диске 188002 файла + 16441 папка. Всего записей в MFT на них 205340 (включая неиспользуемые сейчас, оставшиеся от удалённых файлов и т.п.). Весит это всё удовольствие 205 мегабайт. Вопрос на засыпку: нафига мне держать остальные 14 с лишним гигабайт зарезервированными под расширение MFT?

Зарезервированная зона, тем более такая гигантская, была предусмотрена потому, что:
1) раньше винчестеры были меньше по объёму и 12,5% это было немного;
2) если размер MFT превысит зарезервированное под него место, то он начнёт фрагментироваться, что может привести к падению производительности при работе с файлами, записи о которых окажутся в этих отдалённых от основной части фрагментах.

Если же MFT идёт одним сплошным фрагментом, то на производительность всё это никак не влияет.

P.S. Напомню, что, в случае чего, дефрагментировать файл $MFT умеет большинство сторонних дефрагментаторов.

«При переполнении незарезервированного дискового пространства из зоны MFT начинает выделяться пространство для пользовательских файлов и папок, что приводит к фрагментации MFT.»
«NTFS does not immediately allocate space to accommodate the size of the new MFT zone. Instead, NTFS exhausts the original reserved space before increasing the size of the MFT zone. When the original space is exhausted, NTFS looks for the next contiguous space large enough to hold the additional MFT zone, which can cause the MFT to become fragmented.»

Я постарался ограничиться двумя цитатами =) Минимальный размер 12.5%. Возможно 4 варианта, как MSKB нам намекает, вплоть до 50%.
То есть если осталось 12.4%, то оставшиеся 0.1% будут записаны в иное место. Как только оно появится. Фрагментация? О да!
И я бы не рассматривал оба MFT как файлы, скорее как базу данных.

Впрочем, каждый выбирает для себя =) Я сам не очень доволен, что нет возможности уменьшить MFT хотя бы до 5%...

И я бы не рассматривал оба MFT как файлы, скорее как базу данных
С точки зрения NTFS, $MFT это всё-таки файл, содержащий, помимо всего прочего, ссылку на себя. БД в данном случае это вся файловая система.

Цитаты никак не противоречат сказанному мной. ) $MFT всегда будет расти прямо вперёд, пока не упрётся в пользовательские данные. Тогда система выделит новую зону под MFT и у него появится ещё один фрагмент. Фактически, фрагментация MFT появляется, когда мы забили винчестер под завязку и пишем туда много новых мелких файлов (включая пустые), для которых нужно создавать всё больше и больше новых записей в MFT.

Я сам не очень доволен, что нет возможности уменьшить MFT хотя бы до 5%
В смысле?

Да, но суть также и в том, что фрагмент появляется, и исчезает уже только при переформатировании. Увы.
А в смысле... Ну, что 12.5% минимум. Было бы неплохо минимум поставить в 5%, и градаций сделать не 4, а там хотя бы 10.

исчезает уже только при переформатировании. Увы.
А вот и нет. Действительно, ни Windows, ни её стандартный дефрагментатор не умеет работать с $MFT так, чтобы уменьшить его размер, дефрагментировать или разместить в другом месте. Но продукты сторонних производителей — умеют.

Ну, что 12.5% минимум. Было бы неплохо минимум поставить в 5%
Так по сути это же не мешает ничем. Я это и хочу сказать. ) Да, особого фанатизма лучше не допускать, но вот держаться за эти 12,5% не нужно, вероятность того, что из них потребуется хотя бы половина — очень небольшая. MFT и MFT Zone это всё-таки, не одно и то же.

Но продукты сторонних производителей не умеют работать с "дырками", в итоге чего фрагментация почти сразу же возвращается...

MFT и MFT Zone это всё-таки, не одно и то же.
Увы, при нарушении MFTZ уже начинается свистопляска с фрагментацией и невозможностью, например, перераспределить дисковое пространство с помощью внешних утилит без принудительной попытки дефрагментации файла.

Короче, ну его нафиг, мы примерно поняли, что говорим об одном и том же, разве что я предпочитаю соблюдать эти 12.5%, чтобы не прибегать к сторонним программам, которые не всегда дают долговечный результат.

Короче, ну его нафиг
Ок. )