Изменение размера тома с помощью DiskPart не выполнено, в то время как свободного места достаточно

У меня есть физический диск с двумя разделами, старый раздел ОС (с MBR) объемом 296 ГБ и раздел RECOVERY объемом 2048 МБ (раздел восстановления DELL по умолчанию), оба они не используются. Я успешно изменил размер раздела ОС с 296 ГБ до 174 ГБ с помощью следующей команды:

DISKPART> термоусадочная

который сжимается до максимального усадочного пространства. Однако раздел использует только 56 ГБ, и я хочу создать раздел размером не менее 128 ГБ (чтобы иметь возможность создать его виртуальный жесткий диск). Когда я снова сжимаюсь, я получаю следующую ошибку:

DISKPART> желаемое сокращение =50000

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

В соответствии с этим постом я должен выполнить дефрагментацию, которую я сделал с помощью нескольких инструментов ( UltraDefrag с открытым исходным кодом, казалось, сделал лучшую работу). Кажется, что все файлы находятся на диске, но как я могу это проверить? И если нет, то как я могу вручную дефрагментировать / перемещать файлы, чтобы получить максимально возможное количество свободного места на диске?

Или: что я должен сделать, чтобы уменьшить громкость до текущего используемого размера плюс немного?

(Примечание: я пытался создать новый виртуальный жесткий диск с CREATE VDISK команда, указывающая на VHD увеличенного размера для параметра источника, но и здесь ограничение в 128 ГБ /137 ГБ, по-видимому, препятствует успеху. Монтирование и сжатие виртуального жесткого диска имело тот же эффект, что и на исходном физическом диске, поэтому сейчас я пытаюсь сначала ограничить размер физического раздела.)

4 ответа

Решение

Неважно, является ли это диск ОС или диск с данными. В обоих случаях середина диска занята $MFTMirr который копирует жизненно важные биты таблицы MFT. Этот файл не может быть перемещен, хотя Microsoft сделала его доступным для переноса начиная с Windows XP.

До сих пор я нашел только один инструмент, который может надежно перемещать эти файлы: PerfectDisk. Он имеет бесплатную полнофункциональную тридцатидневную версию. Эти метаданные и файлы MFT могут перемещаться только в автономном режиме: выберите "Время загрузки" на главной вкладке и перезагрузите компьютер или, если возможно, выполните дефрагментацию в автономном режиме. После этого команда SHRINK работал как положено.

PerfectDisc удалил функцию "Подготовка к сжатию" для пробной версии.

GParted Live с радостью изменит размер раздела, но перед загрузкой GParted Live убедитесь, что вы выполнили правильный chkdsk / f на диске из Windows.

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

Я дурачок и мне потребовалось 2 дня, чтобы, наконец, сжать том C: sys (WINDOWS 7). Решение, которое я нашел, ужасно просто.

  1. Я скачал бесплатное приложение PerfectDisc, установлено
  2. на "Глобальные настройки" я выбрал и поставил галочку: PerfectDisk управляет файлами книги и предварительной выборки "
  3. щелкните правой кнопкой мыши C: - Настройки диска - выберите: "Метод оптимизации по умолчанию" = "Подготовка к сжатию" и "Метод поиска свободного пространства" = "Вперед"
  4. Теперь начать дефрагментацию (кнопка воспроизведения)
  5. попробуйте также включить "дефрагментацию при загрузке" и нажмите кнопку "дефрагментация при загрузке" в верхнем меню (требуется перезагрузка)

Удачи всем!!! какое облегчение

Другие вопросы по тегам