Почему данные на жестком диске будут неподвижны?

Question

Я понимаю, что для создания нового раздела программное обеспечение для разбиения в основном перемещает данные "вверх", чтобы можно было выделить больше места для разбиения. Тем не мение,

по той или иной причине некоторые данные не могут быть перемещены. (источник)

У меня сложилось впечатление, что пока компьютер не запущен (планирование раздела при перезапуске), в основном все виды данных могут быть перемещены. Мне было интересно, что может быть причиной того, что данные не могут быть перемещены?

Или, скорее, какой тип данных на жестком диске является неподвижным?

Answer 1

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

Использование утилиты дефрагментации или раздела в неактивном разделе в большинстве случаев означает, что эти некогда неподвижные файлы теперь можно переместить в начало раздела и / или дефрагментировать.

В контексте вашего вопроса об установке новой ОС вы должны выполнить несколько проходов дефрагментации на отключенном томе (например, с помощью livecd), после чего вы сможете безопасно использовать gparted или менеджер разделов установки ОС, чтобы уменьшить существующий раздел.

Answer 2

Хорошим примером неподвижного файла будет Windows pagefile.sys. Он неподвижен, пока Windows работает, потому что он важен для функционирования Windows.

Это место, где хранится "виртуальная память".

Answer 3

Помимо того факта, что, как упоминалось в других ответах, если компьютер не работает, то он не может что-то делать, большой подсказкой здесь должна была стать документация Red Hat, явно указывающая, что существует выбор программного обеспечения для Выполняя эти задачи, они ведут себя по-разному. То, что неподвижно, варьируется от программного обеспечения к программному обеспечению. Разные устройства для дефрагментации дисков имеют разные представления о том, что является подвижным, а какие нет, и отказываются перемещать разные объекты.

Например: в годы MS-DOS/PC-DOS/DR-DOS и DOS+Windows большинство утилит дефрагментации дисков отказывались перемещать любые файлы, отмеченные system или hidden атрибутами. Это произошло на том основании, что файлы BIOS, ibmbio.com или io.sys , были специально размещены на диске из-за ограничений в коде загрузчика FAT VBR, используемом DOS. Файлы BDOS, ibmdos.com или msdos.sys были загружены более мощной загрузочной программой в BIOS и не имели всех одинаковых ограничений размещения. Но дефрагментаторы диска не знали, что это за файлы, учитывая различия в именах, не говоря уже о том, чтобы справиться с тонкими различиями между несколькими версиями DOS и дополнительными вещами, такими как файл подкачки Windows 3.x, сжатые тома SuperStor и так далее. Поэтому они прибегли к простому внедренному предположению, что любые файлы, отмеченные этими атрибутами, поскольку все вышеупомянутые обычно были по умолчанию, были, таким образом, определены системным администратором как неподвижные.

В Windows NT начиная с версии 4.0, если память используется, определен стандартный API-интерфейс дефрагментации, который должны реализовывать FSD и которые могут использовать программы дефрагментации диска. Таким образом, в настоящее время в Windows NT то, что считается неподвижным, обычно относится к области драйверов файловой системы (FSD), а не к утилите дефрагментации диска. То, что считается неподвижным, скажем, в томе NTFS, во многом зависит от того, какую версию NTFS FSD вы используете. Одной из особенностей, о которых говорилось в выпуске Windows NT 5.1, было улучшение FSD NTFS, которое позволило дефрагментировать каталоги, MFT, растровое изображение тома и другие записи MFT метаданных, зашифрованные файлы и файлы, размер единицы размещения тома которых превышал 4 КБ. ,

Вся эта вариация, от служебного программного обеспечения до служебного программного обеспечения и от версии FSD до версии FSD, которая выходит за рамки того, что она пытается описать, - это то, что Red Hat охватывает в четырех словах "та или иная причина".

Answer 4

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