Почему некоторые файлы не могут быть перемещены при сжатии раздела в Windows

Из TechNet :

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

Что это за неподвижные файлы и почему они неподвижны? С точки зрения файловой системы, я думаю, что это, вероятно, не ограничение базовой NTFS?

Версия TLDR: я успешно использовал Ubuntu LiveCD и gparted, чтобы сжать мой основной раздел Windows 7. Остальное - это подробности для новичков / что я хотел бы знать до моего приключения… И что я сделал всю рискованную работу с запасным оборудованием, чтобы мои данные не были в опасности.

Я пытался сжать 500 ГБ жесткий диск с 100 ГБ данных до такой степени, чтобы я мог разместить его на 250 ГБ SSD. Дефрагментация Windows и Auslogics DiskDefrag (бесплатная на данный момент) получили его так, чтобы я мог уменьшить размер раздела C в большинстве случаев, но не полностью. Между зарезервированной системой, C и разделом восстановления (в таком порядке) было около 280 ГБ; слишком большой для нового SSD. Вот как я заставил это работать. Примечание: то, что я сделал, было рискованно. У меня были резервные копии, и я делал всю свою работу на запасном жестком диске, никогда не касаясь моего оригинального диска.

Шаг 0. Используйте менеджер разделов Windows, чтобы максимально уменьшить размер раздела. Это лучшая практика, но она не сработала для меня.

1. Запустил Auslogics, чтобы узнать, как данные распределяются по моему C-разделу. Оказывается, Windows помещала около 40 крошечных системных файлов в середину раздела C, не позволяя менеджеру разделов сокращать его дальше.
2. Я взял образ системы и поместил его на запасной жесткий диск. (Я использовал Windows «Создать образ системы», перешел на запасной компьютер и восстановил этот образ на запасном жестком диске с помощью установочного USB-диска Windows). Опять же, я не работал с моего текущего жесткого диска, только с резервной копии. После того, как я выполнил этот шаг, у меня была загрузочная копия моей исходной системы, запущенная на запасном компьютере.
3. На моей запасной системе я загрузился с Ubuntu LiveCD. Установка носителя для рабочего стола Ubuntu поставляется с опцией «попробовать Ubuntu»: это и есть «LiveCD». У него Ubuntu работает с USB-накопителя, а на вашем жестком диске нет файлов, которые фактически используются. Я запустил gparted (CTRL + ALT + T, чтобы открыть терминал, «sudo gparted», чтобы запустить программу).
4. В GParted я мог видеть, что системных файлов, которые я видел в Auslogics, больше не было; это были, по-видимому, временные файлы, которые Windows создает во время загрузки, и эти файлы были установлены как 200GB в раздел. Я сократил раздел C до приемлемого размера и переместил раздел восстановления в конец раздела C. Общий размер вышел до 230 ГБ. Нажмите OK, чтобы внести изменения. Выключите систему.
5. Загрузите запасной компьютер с запасного жесткого диска. В первый раз, когда я загрузил его, Windows автоматически запустила восстановление при загрузке, исправила все, что нужно было исправить, и загрузилась в Windows. Именно на этом шаге я сделал все на запасном оборудовании, поэтому, если оно было повреждено, моя исходная система все еще не пострадала. На второй загрузке загрузился отлично. У меня была полностью работающая система, которая занимала только первые 230 ГБ места на свободном 500 ГБ HD.
6. В резервной системе я сделал образ системы с помощью Windows. В моей оригинальной системе заменили оригинальный HDD на новый SSD. Загрузился с установочного носителя Windows, чтобы восстановить образ системы на моем новом SSD.

И вот как я получил HDD 500 ГБ, скопированный на SSD 250 ГБ. Не легко, но это был интересный вызов.