Насколько безопасен GParted при изменении размера разделов Linux и Windows?

Я хочу изменить размеры своих разделов: у меня есть 3 раздела:

• Ubuntu 10.04
• Windows Seven
• Ubuntu 11.10

Это загрузка с загрузкой, установленной версией Ubuntu 11.10.

Я хочу расширить ( только развернуть ) все 3 раздела.

Мой HD составляет 1,8 Тб, поэтому он большой, и у меня нет возможности сохранить перед расширением.

Поэтому мой вопрос: если вы скажете мне, что GParted работа 99,99% времени, я готов пойти на риск. Если вы скажете мне, что GParted работа 90% времени, я не буду рисковать.

У меня лично не было проблем. Я изменил размеры своих дисков, используя gparted, ntfs, fat32 и ext4. До 8-10 раз до сих пор. Это должно быть безопасно, иначе вы можете увидеть такие проблемы, как «gparted сломал мой диск» по всей сети.

На мой взгляд, его не было бы в дистрибутиве Ubuntu, если бы он не выполнял свою работу на 99%. Это хорошо зарекомендовавшая себя программа с хорошим программистом, хорошо поддерживаемая и регулярно поддерживаемая (путем закрытия / исправления ошибок). :)

Конечно, если вы боитесь потерять свои данные, вы всегда можете купить или попросить кого-нибудь одолжить вам жесткий диск, USB или SATA, чтобы вы могли сделать резервную копию важных данных в первую очередь.

Как уже упоминалось в комментариях, используйте livecd с gparted (например, ubuntu 12.04 livecd), пусть он выполняет свою работу и не вмешивается. Кроме того, не выполняйте много шагов в пакетном режиме (не помещайте много вещей в очередь gparted). Сделайте их один за другим и нажмите применить.

Есть только одна рискованная ситуация, если сила падает, согласно комментарию Анвара:

Гарантия 99,99%. Внезапный сбой питания также может привести к большой металлической пластине, без использования. Также обратите внимание, что: Насколько мне известно, все инструменты разбиения являются опасными. Об этом они всегда предупреждают своих пользователей.

Мой опыт изменения размеров в GParted на 100% положительный. Применяются некоторые основные правила, как уже упоминалось выше:

• Убедитесь, что у вас есть резервная копия. (Это всегда базовое правило, а не только при изменении размера разделов :-)).
• Убедитесь, что ваши разделы не содержат ошибок и правильно размонтированы. В частности, в вашей системе с двойной загрузкой убедитесь, что Windows правильно выключена, прежде чем что-либо менять в своих разделах.

Я многократно разбирал и изменял размеры моего жесткого диска с помощью GParted, и он никогда не подводил меня. Как сказал medigeek, в таких программах нет гарантии.

Вы всегда должны делать резервные копии всех ценных данных, чтобы быть на безопасной стороне.

Я безопасно использовал gparted на разделах ext [234], fat32 и NTFS. Я думаю , из вашего вопроса , что у вас нет каких - либо резервное копирование ваших данных, так что вы приняли риск потери данных при сбое диска, вы прольете чашку чая над ним и т.д. В этом случае дополнительный риск , вызванный использование gparted кажется незначительным.

Если вы можете позволить себе внешний жесткий диск, я бы посоветовал вам сделать резервную копию, независимо от того, используете вы gparted или нет.

Я работал на многих разделах с GParted в течение многих лет. 99% времени это работает, но у меня также было два плохих опыта:

Однажды я расширил раздел XFS на виртуальной машине SLES12. Казалось, все работает без каких-либо сообщений об ошибках. Прибл. 24 часа спустя файловая система XFS полностью рухнула. Я смог его починить, но больше не доверял и скопировал файлы на другой диск. До этого расширения виртуальная машина работала много месяцев без каких-либо проблем. Все остальные виртуальные машины на этой машине ESXi и в том же хранилище 3PAR также работают без проблем. Чтобы убедиться, что я также провел тест f3write на «дефектном» виртуальном диске после xfsrepair, просто чтобы убедиться, что в системе хранения нет проблем с повреждением данных. Я очень уверен, что ни гипервизор ESXi, ни SAN не были ответственны за сбой FS. В противном случае у меня было бы много других проблем в этом кластере в следующие месяцы, которых у меня не было.

Я также не рекомендую расширять раздел windows / ntfs с помощью GParted!

Я расширил основной раздел моего Windows 2012 Server (под управлением Exchange) с помощью GParted. Этот раздел также был последним на диске, поэтому задача казалась очень простой. Я выключил его, расширил диск в ESXi, загрузил systemrescuecd-6.0.1.iso и сделал расширение раздела и файловой системы ntfs с помощью Gparted. Казалось, все работает без ошибок. Я также мог загрузить машину без проблем. НО, когда Veeam захотел сделать ежедневное резервное копирование, впоследствии это не удалось:

Event description: Job "nameofjob" finished with error. Processing EXCHANGE Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer's data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

EXCHANGE - Failed to prepare guest for hot backup. Error: VSSControl: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer''s data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

Я пробовал множество вещей, чтобы восстановить функциональность VSS Writer безуспешно. Поэтому я восстановил виртуальную машину из резервной копии, которую я делал раньше. Затем я снова сделал расширение с простым управлением дисками Windows. На этот раз все работало нормально. Также VSS писатели работают безупречно.