На сервере, над которым я работаю, есть два диска SAS емкостью 73 ГБ (настроенные как RAID 1). На диске 73 ГБ есть два раздела, а размер раздела C: всего 15 ГБ или около того. Этот диск почти полностью заполнен, и я освободил столько места, сколько смог.
Я купил два диска SAS емкостью 300 ГБ (так что я могу их зеркалировать). Я хотел бы переместить раздел данных (D :) на диски емкостью 300 ГБ и сделать так, чтобы C: занимал все пространство на дисках 73 ГБ.
Мне удобно пользоваться GParted. Мой вопрос: после копирования данных (D :) в новые разделы на дисках 300 ГБ, могу ли я удалить раздел D: на 73 ГБ, а затем изменить размер C :? Я читал, что у Windows могут возникнуть проблемы с загрузкой после того, как вы сделаете что-то вроде этого, верно?
Я также подумываю о клонировании раздела C: и восстановлении его на новых дисках емкостью 300 ГБ в более крупный раздел (и в основном отказе от существующих дисков объемом 73 ГБ). Будет ли это работать с Clonezilla? Я не использовал его в течение долгого времени, поэтому я не могу вспомнить, будет ли это работать так, как я думаю.
РЕДАКТИРОВАТЬ: Я исправил проблему на выходных, поэтому решил документировать процесс здесь. На сервере было только физическое пространство для двух дисков, поэтому я клонировал исходные диски, которые зеркалировались (а не отдельные разделы) на жесткий диск USB с помощью Clonezilla. Я удалил исходные диски, вставил новые, создал зеркальный массив и восстановил образ на новые диски. Я загрузил сервер, и все заработало. Затем я перезапустился с GParted, изменил размер разделов, перезагрузился, сел через автоматический CHKDSK, и все заработало нормально. Единственная проблема заключалась в том, что раздел данных был фактически перемещен, поэтому у него была новая буква диска. Я изменил это через консоль управления компьютером, перезагрузился, и все работало отлично. Весь процесс занял около 5 часов .... Спасибо всем за помощь!
Windows будет иметь проблемы с загрузкой, только если вы измените физическое положение загрузочного раздела (например, если это был второй раздел, и вы удалили предыдущий); если раздел остается на том же месте, но только увеличивается в размере, потому что вы пользуетесь пространством, освобожденным путем удаления D :, у вас не должно возникнуть никаких проблем.
Я делал это много раз с помощью Partition Magin или Acronis Disk Director, и это всегда работало.
Короткий ответ, да, это сработает. После изменения размера раздела C: для использования всего диска 73 ГБ не возникнет проблем с загрузкой. Наиболее целесообразно использовать диск 73 ГБ для системы и 300 ГБ для данных.
Запуск нескольких разделов на одном физическом диске просто снижает производительность, поэтому не имеет смысла отказываться от диска 73BG и переразбивать диск 300BG на два раздела. Однако, если вы собираетесь отказаться от меньшего диска, просто поместите все в один раздел на большем. Слишком много людей недооценивают или даже полностью игнорируют затраты на производительность из-за того, что головной узел ломается, чтобы удовлетворить потребности нескольких разделов.
Что касается Clonezilla, я не вижу причин, по которым у него может возникнуть проблема с таким базовым разделением.
В принципе, если ваши разделы, особенно обычно C, расположены в одном порядке, все будет в порядке независимо от размера. Таким образом, если у вас был диск с 3 разделами, утилита, C и D, вы можете избавиться от D на новый диск, так как загрузка все равно будет с диска 0, раздел 1. Если вы каким-то образом удалите раздел утилиты, C будет Теперь это диск 0, раздел 0, и он не загрузится, и вы будете ремонтировать.
Я бы отметил следующее: при клонировании серверного диска, в зависимости от того, какое программное обеспечение вы используете, убедитесь, что он клонирует бит за битом, иначе он может не загружаться.
Однажды я клонировал диск на контроллере домена с помощью загрузочного диска DOS Ghost, и когда он появился, я получил некоторую ошибку, которая помешала мне войти в систему. Я повторил это, используя переключатель -IA, чтобы заставить сектор за сектором клонирование, и это сработало.