Seberapa amankah GParted ketika mengubah ukuran partisi Linux dan Windows?

Saya ingin mengubah ukuran partisi saya: Saya memiliki 3 partisi:

• Ubuntu 10,04
• Windows Seven
• Ubuntu 11.10

Boot dengan boot yang diinstal oleh versi Ubuntu 11.10.

Saya ingin memperluas ( hanya memperluas ) semua 3 partisi.

HD saya adalah 1,8 Tb sehingga sangat besar dan saya tidak memiliki kemungkinan untuk menabung sebelum berkembang.

Jadi pertanyaan saya adalah: jika Anda memberi tahu saya pekerjaan yang sudah saya mulai 99,99% dari waktu, saya bersedia mengambil risiko. Jika Anda memberi tahu saya pekerjaan GPart 90% dari waktu, saya tidak akan mengambil risiko itu.

Saya pribadi tidak punya masalah. Saya mengubah ukuran disk saya menggunakan gparted, ntfs dan fat32 dan ext4. Sekitar 8-10 kali hingga sekarang. Seharusnya aman, jika tidak, Anda akan melihat masalah seperti "gparted broken my disk" di seluruh web.

Cara saya melihatnya, itu tidak akan berada dalam distribusi ubuntu jika tidak melakukan tugasnya 99%. Ini adalah program mapan dengan programmer yang baik, terpelihara dengan baik dan didukung secara teratur (dengan menutup / memperbaiki bug). :)

Tentu saja, jika Anda takut kehilangan data, Anda selalu dapat membeli atau meminta seseorang untuk meminjamkan hard drive, usb atau sata, sehingga Anda dapat membuat cadangan data penting terlebih dahulu.

Seperti disebutkan dalam komentar, gunakan livecd dengan gparted (mis. Ubuntu 12.04 livecd), biarkan ia melakukan tugasnya dan jangan ikut campur. Juga, jangan melakukan banyak langkah sebagai pekerjaan batch (jangan masukkan banyak hal untuk dilakukan dalam antrian gparted). Lakukan satu per satu dan tekan berlaku.

Hanya ada satu situasi berisiko, jika listrik padam, sesuai komentar Anwar:

Tidak ada jaminan 99,99%. Kegagalan daya yang tiba-tiba juga dapat menyebabkan pelat logam besar tanpa digunakan. Perhatikan juga bahwa: Sesuai pengetahuan saya, Semua alat partisi berbahaya. Mereka selalu memperingatkan pengguna mereka tentang itu

Pengalaman saya dengan mengubah ukuran partisi di GParted di 100% positif. Beberapa aturan dasar berlaku, seperti yang telah disebutkan di atas:

• Pastikan Anda memiliki cadangan. (Itu selalu aturan dasar, bukan hanya ketika Anda mengubah ukuran partisi :-)).
• Pastikan partisi Anda bebas kesalahan dan tidak terpasang dengan benar. Khususnya, pada sistem dual-boot Anda, pastikan Windows telah dimatikan dengan benar sebelum Anda mengubah apa pun pada partisi Anda.

Saya telah mempartisi dan mempartisi ulang, mengedit dan mengukur ulang Hard Drive saya berkali-kali dengan GParted dan itu tidak pernah mengecewakan saya. Seperti yang dikatakan medigeek, tidak ada jaminan dalam program ini.

Anda harus selalu mengambil cadangan semua data berharga agar berada di sisi yang aman.

Saya telah menggunakan gparted dengan aman pada partisi ext [234], fat32 dan NTFS. Saya kira dari pertanyaan Anda bahwa Anda tidak memiliki apapun cadangan data Anda, sehingga Anda telah menerima risiko kehilangan data Anda jika sebuah disk gagal, Anda menumpahkan secangkir teh di atasnya dll Dalam hal bahwa tambahan risiko yang disebabkan oleh menggunakan gparted terasa dapat diabaikan.

Jika Anda mampu membeli hard-drive eksternal saya sarankan Anda mencadangkan, tidak masalah apakah Anda menggunakan gparted atau tidak.

Saya telah bekerja di banyak partisi dengan GParted selama bertahun-tahun. 99% dari waktu ini berfungsi, tetapi saya juga memiliki dua pengalaman buruk:

Suatu kali saya memperpanjang partisi XFS pada mesin SLES12 virtual. Segalanya tampak bekerja tanpa pesan kesalahan. Perkiraan. 24 jam kemudian sistem file XFS benar-benar macet. Saya dapat memperbaikinya, tetapi tidak mempercayainya lagi dan menyalin file ke disk lain. Sebelum ekspansi ini, VM bekerja selama berbulan-bulan tanpa masalah. Semua VM lain pada mesin ESXi ini dan pada penyimpanan 3PAR yang sama berfungsi dengan baik tanpa masalah. Yang pasti saya juga melakukan tes f3write pada disk virtual "cacat" setelah xfsrepair hanya untuk memastikan bahwa tidak ada masalah korupsi data dengan sistem penyimpanan. Saya sangat yakin bahwa baik hypervisor ESXi maupun SAN tidak bertanggung jawab atas jatuhnya FS. Kalau tidak, saya akan memiliki banyak masalah lain pada cluster ini pada bulan-bulan berikutnya, yang saya tidak punya.

Saya juga tidak merekomendasikan untuk memperpanjang partisi windows / ntfs dengan GParted!

Saya memperpanjang partisi utama Windows 2012 Server saya (menjalankan Exchange) dengan GParted. Partisi ini juga merupakan yang terakhir di drive sehingga tugasnya tampak sangat sederhana. Saya mematikannya, memperpanjang disk di ESXi, boot systemrescuecd-6.0.1.iso, dan melakukan perluasan partisi ntfs dan sistem file dengan Gparted. Segalanya tampak bekerja tanpa kesalahan. Saya juga bisa mem-boot mesin tanpa masalah. TETAPI ketika Veeam ingin melakukan backup harian setelah itu gagal:

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].

Saya sudah mencoba banyak hal untuk memperbaiki fungsi penulis VSS tanpa hasil. Jadi saya mengembalikan VM dari cadangan yang saya lakukan sebelumnya. Kemudian saya melakukan ekspansi lagi dengan Manajemen Disk Windows biasa. Kali ini semuanya bekerja dengan baik. Penulis VSS juga bekerja tanpa cacat.