Наскільки безпечний 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), нехай він виконує свою роботу і не заважає. Крім того, не робіть багато кроків, як пакетна робота (не кладіть багато речей, щоб зробити в загальній черзі). Зробіть їх по одному і натисніть застосувати.

Є лише одна ризикована ситуація, якщо потужність знизиться, відповідно до коментаря Анвара:

Нічого, як 99,99% гарантії. Раптове відключення електроенергії також може спричинити у вас велику металеву пластину, без якоїсь користі. Також зауважте, що: Наскільки мені відомо, усі інструменти для розділення небезпечні. Вони завжди попереджають своїх користувачів про це

Мій досвід зміни розміру розділів у GParted на 100% позитивний. Як було сказано вище, застосовуються деякі основні правила:

• Переконайтеся, що у вас є резервна копія. (Це завжди основне правило, не лише коли ви змінюєте розмір розділів :-)).
• Переконайтеся, що ваші розділи не містять помилок та чисте відключення. Зокрема, у системі з подвійним завантаженням переконайтесь, що Windows вимкнуто правильно, перш ніж щось змінити на своїх розділах.

Я багато разів розділяв і перерозподіляв, редагував і переосмислював свій жорсткий диск за допомогою GParted, і це ніколи не підводило мене. Як заявив medigeek, в таких програмах немає такого поняття, як гарантія.

Ви завжди повинні брати резервну копію всіх цінних даних, щоб бути надійною.

Я безпечно використовував gparted на розділах ext [234], fat32 та NTFS. Я думаю , з вашого запитання , що у вас немає яких - або резервне копіювання ваших даних, так що ви прийняли ризик втрати даних при збої диска, ви проллєте чашку чаю над ним і т.д. У цьому випадку додатковий ризик , викликаний використання gparted відчуває себе незначно.

Якщо ви можете дозволити собі зовнішній жорсткий диск, я б запропонував створити резервну копію, неважливо, використовуєте ви gparted чи ні.

Я працював над багатьма перегородками з GParted багато років. 99% часу це працює, але я також мав два погані враження:

Одного разу я розширив розділ XFS на віртуальній машині SLES12. Здавалося, все працює без повідомлення про помилку. Прибл. Через 24 години файлова система XFS повністю розбилася. Я зміг її відремонтувати, але більше не довіряв їй і скопіював файли на інший диск. До цього розширення VM працював багато місяців без жодних проблем. Усі інші відеомагнітофони на цій машині ESXi та на тому ж накопичувачі 3PAR також працюють без проблем. Щоб бути впевненим, я також робив тест на f3write на "несправному" віртуальному диску після xfsrepair, щоб переконатися, що немає проблеми з корупцією даних у системі зберігання даних. Я дуже впевнений, що ні гіпервізор ESXi, ні SAN не відповідали за аварію FS. Інакше у мене було б багато інших проблем з цим кластером у наступні місяці, яких у мене не було.

Я також не рекомендую розширювати розділ windows / ntfs за допомогою GParted!

Я розширив основний розділ свого сервера Windows 2012 (працює 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-програвача без успіху. Тому я відновив VM з резервної копії, яку я робив раніше. Потім я знову зробив розширення за допомогою простого керування дисками Windows. Цього разу все спрацювало чудово. Також письменники VSS працюють бездоганно.