Одним из способов реализации двойной загрузки Windows с ОС Linux является установка загрузчика grub на раздел Linux, что позволит сохранить загрузчик Windows и позволить Windows управлять процессом двойной загрузки.
Что странного в том, что загрузчик grub мог частично перезаписать данные в начале раздела Linux и повредить файл? Проверяет ли grub на самом деле, есть ли данные в начале раздела, и перемещает их в другое место на разделе перед записью своего загрузчика?
решение1
Исходя из ваших данных об использовании ext4, grub не должен разрушить вашу файловую систему. ext2 начинается с места для загрузочного сектора:http://www.makelinux.net/books/ulk3/understandlk-CHP-18-SECT-2
решение2
GRUB не устанавливает свои файлы в раздел по собственной прихоти, он использует драйверы файловой системы и, таким образом, никогда не перезаписывает существующие файлы. Однако текущая документация GRUB не одобряет практику установки в файловую систему Linux и считает этот метод «хрупким». Является ли он более хрупким, чем установка в нейтральной зоне между MBR и началом первого раздела, остается открытым для обсуждения. Хорошо известно, что несколько программ записывают данные в эту область, и в настоящее время разработчики GRUB вынуждены включать специальные обходные пути в код GRUB всякий раз, когда обнаруживается новая такая программа. Основная проблема, по-видимому, заключается в том, что файловые системы ext* не предоставляют фиксированного расположения для загрузочного кода (кроме загрузочного блока файловой системы, который неадекватен), и, таким образом, GRUB использует простой список блоков, но не может гарантировать, что эти блоки останутся неизменными. Это контрастирует, скажем, с файловыми системами NTFS, загрузочный код которых доступен через указатели фиксированного расположения и файлы.
решение3
Windows (Vista, 7 и 8, во всяком случае) обычно пытается создать отдельный раздел для загрузки. И когда это происходит, это почти всегда невидимо для обычных вещей Windows, таких как файловый менеджер.
Обычно этот загрузочный раздел Windows имеет размер 100 МБ, имя тома называется "System Reserved" и ему НЕ присваивается буква диска. Конечно, вы все равно можете установить Windows в один раздел и не идти этим путем, но вам придется приложить усилия при установке Windows, чтобы сделать это.
Так что еще раз взгляните на разбиение вашего диска, используя что-то вроде diskmgmt.msc (введите это в панель поиска Windows, чтобы использовать утилиту), чтобы увидеть, нет ли у вас раздела "System Reserved" размером 100Meg. Это немного бессмысленно, но я просто хочу показать, что у вас, вероятно, 2 раздела с Windows, а не один.
В любом случае, мы на самом деле говорим о менеджере загрузки. И если Grub действительно сделает ошибку, то все, что произойдет, это то, что вы, возможно, не сможете загрузить Windows. Но все ваши данные по-прежнему должны быть в безопасности - и даже доступны. Это все еще вполне поддается исправлению, но, очевидно, также немного PITA. (Единственный "легкий" способ, который я нашел, чтобы исправить такую проблему, - это отформатировать загрузочный раздел или намеренно испортить флаг загрузки или что-то в этом роде, а затем позволить восстановлению системы Windows на DVD исправить это).
Так что короткий ответ, что Grub перезапишет данные, на самом деле невозможен или даже не является проблемой. Конечно, если у вас есть неисправный жесткий диск, на котором сработал флаг SMART, или даже если данные серьезно фрагментированы, то это другое дело. Просто не усугубляйте ситуацию, настраивая разделы или, тем более, форматируя их.
И кстати говоря... надеюсь, выявляютсядефрагментация раздела(ов) Windows своими силамидос помощью инструмента Linux, например GParted. Невыполнение дефрагментации перед сжатием раздела или его корректировкой каким-либо образом, скорее всего, приведет к появлению целого ряда новых проблем. (Так что вы не можете сказать, что я вас не предупреждал.)