Я пытаюсь настроить Ubuntu 18.04 в качестве двойной загрузки вместе с Windows 10 на моем личном ноутбуке, используяэтотгид.
У меня только один диск, поэтому первым шагом будет сжать текущий раздел с помощью инструмента управления дисками Windows. Я отключил гибернацию, подкачку и восстановление системы, так как ячитатьчто они используют неперемещаемые файлы и могут помешать.
Но когда я попытался сжать раздел, я получил следующую ошибку:
Вы не можете сжать том дальше точки, где находятся неперемещаемые файлы. Подробную информацию об операции по ее завершении см. в событии "дефрагментация" в журнале приложений.
Обратите внимание, что инструмент управления дисками сообщает об отсутствии свободного места для сжатия.Я видел, что некоторые пользователи сообщают, что даже если у них много свободного места в разделе, они могут сжать только часть его, но не нашел ни одного пользователя, который сообщил бы, что места для сжатия вообще нет.
При проверке события дефрагментации в средстве просмотра событий появилось следующее сообщение:
Анализ сжатия тома был запущен на томе Windows (C:). Эта запись журнала событий содержит информацию о последнем неперемещаемом файле, который может ограничить максимальное количество восстанавливаемых байтов.
Диагностические данные:
- Последний неперемещаемый файл, по-видимому, это: \ProgramData\ESET\ESET NOD32 Antivirus\ScanCache\1183\468F805D0BD106D60386EA10EA96ADEC52285BBE.ahc::$DATA
- Последний кластер файла: 0x3b4e793
- Потенциальная цель сжатия (адрес LCN): 0x1875933
- Флаги файлов NTFS: ----D
- Фаза сжатия: Чтобы узнать больше подробностей об этом файле, используйте команду «fsutil volume querycluster \?\Volume{1fed23cd-a012-4840-b65c-7be2904c9701} 0x3b4e793».
Кажется, это связано с моим антивирусом NOD32 ESET. При проверке содержимого папки (C:\ProgramData\ESET\ESET NOD32 Antivirus\ScanCache\1183) она заполнена (около 300 МБ) похожими файлами, которые не удалось удалить. Попробовал поискать, что такое "ScanCache" на форумах ESET и других ресурсах, но ничего не нашел. Попробовал отключить Eset и изменить разрешение папки, а затем удалить - оба варианта не помогли, файл все равно не удалось удалить.
Более того, когда я проверил использование диска с помощью Piriform Defraggler (только в целях анализа), я заметил, что в самом конце диска, после непрерывного массива свободного пространства (около 130 ГБ), есть «блок», который, вероятно, ограничивает сжатие раздела.
Он содержит вышеупомянутый файл (468...5BBE.ahc) и много других файлов (если это имеет отношение к делу, я могу их подробно описать). Я читал, что небезопасно/неполезно использовать стороннюю дефрагментацию на SSD-дисках, поэтому я этого не делал. И поскольку некоторые из этих файлов являются системными, я не хотел их удалять.
Итак, мои вопросы:
- Есть ли безопасный способ очистить последний блок на диске, не требующий удаления всех файлов?
- Или есть способ разбить диск на разделы каким-то другим способом?
- Почему файловая система решила поместить эти файлы в этот конкретный блок?
- И любые другие советы, которые могут быть уместны. Я уже проверил множество руководств и технических постов, но не нашел ничего, что соответствовало бы этой конкретной проблеме.
Спасибо.
Характеристики:
- Lenovo t450, процессор Intel i5, 8 ГБ оперативной памяти
- windows 10 pro 64 бит
- SSD: Samsung mzvlw256hehp-000l7 256 ГБ
Редактирование №1:
Проблема частично решена. Я публикую свои шаги для дальнейшего использования.
Я нашелэтотссылка, где пользователь предложил использовать командную строку CMD Windows с командой программы «defrag» (см. microsoftдок). Однако я не использовал обычную опцию дефрагментации, а использовал флаг \X ('defrag C: \X \U \V'), который выполняет "консолидацию свободного пространства". Я не знаю, безопасно ли это использовать или может ли это нанести какой-либо ущерб, как обычная дефрагментация, но я не нашел ни одного ресурса, предполагающего, что это может повредить систему (одиндействительно заявил, что это может быть бесполезно). Он очистил почти все файлы из последнего блока на диске и в целом перестроил диск так, чтобы на нем было гораздо меньше пробелов. Ниже представлен диск после консолидации и разбиения на разделы.
Однако последний файл ESET остался. Я загрузил Windows в безопасном режиме и удалил его, хотя он мог нанести вред. После перезагрузки Windows и ESET заработали нормально.
Я действительно не знаю, безопасны ли оба этих шага или нанес ли iv'e какой-либо ущерб системе или SSD. В любом случае, до сих пор все работало нормально, и разбиение на разделы по 40 ГБ прошло успешно.
решение1
Поскольку это SSD Samsung, вы можете попробовать официальную утилиту (Samsung Magician) по этой ссылке.
https://www.samsung.com/semiconductor/minisite/ssd/download/tools/
Документация полна реклам, но, похоже, он может консолидировать сектора. Не делайте на нем никакой другой стандартной дефрагментации, так как диск буквально сам себя прочтет/запишет до смерти.
Кроме того, я вообще стараюсь избегать изменения размера раздела на чем-либо другом, кроме свежей установки. Это, вероятно, самый простой способ, без риска, оставляя место для раздела Ubuntu
решение2
Ссылка на это:
Прежде чем вы сможете установить Linux, мы должны сжать диск C Windows, чтобы освободить место для Linux.
Есть два взаимоисключающих способа сделать это: использовать Windows Disk Management
или
использовать GParted, утилиту, доступную в процессе установки Ubuntu.
Если был использован метод Windows, GParted может быть недоступен во время установки Ubuntu.
Кажется, у каждого метода есть свои проблемы. Утилита Windows Disk Management совершенно безопасна, но, скорее всего, не сможет сжать диск C до менее чем 60 процентов жесткого диска терабайта. Это связано с тем, что некоторые файлы были размещены далеко на диске, и утилита Windows не может их переместить. (Как ни странно, дефрагментатор Windows обнаруживает нулевую фрагментацию и не может переместить эти файлы.) Более того, использование этого метода усложнит как подготовку Windows к приему Linux, так и установку Linux. GParted перемещает эти проблемные файлы, может предоставить Linux гораздо больше места на диске и очень прост в использовании. Однако есть опасения, что если использовался GParted, то при обновлении Windows 10 он может повредить раздел Linux. Один пользователь Kubuntu сообщает, что обновления Windows дважды уничтожили его раздел Linux. (Сообщение №7 в этой теме:https://ubuntuforums.org/showthread.php?t=2385462) В отличие от более ранних версий Windows, в Windows 10 невозможно полностью отключить все обновления, хотя их можно сократить, как описано ниже.
- Ubuntu Wiki
Если Windows упрямится и не хочет перемещать эти файлы, просто продолжайте с Ubuntu и используйте Gparted. Не забудьте отключить Windows Update или уменьшить количество обновлений, иначе Linux может быть уничтожен Windows. Видимо, в этой теме:https://ubuntuforums.org/showthread.php?t=2385462Windows не может определить, нужны ли разделы для Ubuntu, если вы используете Gparted, но может определить, если вы используете Управление дисками Windows.