LinuxおよびWindowsパーティションのサイズを変更する場合、GPartedはどの程度安全ですか？

パーティションのサイズを変更したい：3つのパーティションがあります。

• Ubuntu 10.04
• ウィンドウズセブン
• Ubuntu 11.10

Ubuntu 11.10バージョンによってインストールされたブートで起動しています。

私は（拡張したいだけ 拡大）すべての3つのパーティションを。

私のHDは1,8 Tbなので、サイズが大きく、拡張する前に保存することはできません。

だから私の質問は、あなたがGPartedの仕事を99,99％の確率で教えてくれれば、私はリスクを取るつもりです。GPartedの作業の90％を教えてくれれば、私はそのリスクを負いません。

個人的には問題ありませんでした。gparted、ntfs、fat32、ext4を使用してディスクのサイズを変更しました。今までに約8-10回。安全である必要があります。そうしないと、「gpartedがディスクを壊した」などの問題がWeb全体で発生します。

私の見たところ、99％の仕事をしていなければ、ubuntuディストリビューションには含まれていません。これは、優れたプログラマーがいる十分に確立されたプログラムであり、よく保守され、定期的にサポートされています（バグのクローズ/修正により）。:)

もちろん、データの損失を恐れている場合は、いつでも誰かに購入またはハードドライブ、USB、SATAの貸し出しを依頼することができます。これにより、重要なデータを最初にバックアップすることができます。

コメントで述べたように、gpartedでlivecd（例：ubuntu 12.04 livecd）を使用して、機能を実行し、干渉しないようにします。また、バッチジョブとして多くのステップを実行しないでください（gpartedキューに実行するための多くのことを入れないでください）。1つずつ実行して、[適用]をクリックします。

Anwarのコメントのとおり、電源が落ちた場合の危険な状況は1つだけです。

99.99％の保証はありません。突然の停電は、使用しない大きな金属板を引き起こす可能性があります。また、次のことに注意してください。私の知る限りでは、すべてのパーティション分割ツールは危険です。彼らは常にそれについてユーザーに警告します

GPartedでのパーションのサイズ変更に関する私の経験は100％ポジティブです。上記のように、いくつかの基本的なルールが適用されます。

• バックアップがあることを確認してください。（これは、パーションのサイズを変更するときだけではなく、常に基本的なルールです:-)）。
• パーティションにエラーがなく、きれいにマウント解除されていることを確認してください。特に、デュアルブートシステムでは、パーティションの変更を行う前に、Windowsが正しくシャットダウンされていることを確認してください。

GPartedを使用して何度もハードドライブのパーティション分割、再パーティション分割、編集、サイズ変更を行ったが、失敗することはなかった。medigeekが言ったように、これらのプログラムには保証などはありません。

安全のために、常にすべての貴重なデータのバックアップを取る必要があります。

私はext [234]、fat32、およびNTFSパーティションでgpartedを安全に使用しました。私はあなたが持っていないことを、あなたの質問から推測どのような場合にはなど、ディスクに障害が発生した場合、あなたのデータを失うリスクを受け入れているので、あなたはそれの上にお茶をこぼし、あなたのデータのバックアップを追加リスクはによって引き起こされますgpartedの使用はごくわずかです。

外付けハードドライブを購入できる余裕がある場合は、gpartedを使用するかどうかに関係なく、バックアップすることをお勧めします。

私は長年GPartedで多くのパーティションに取り組んできました。これが機能している時間の99％ですが、2つの悪い経験もありました。

仮想SLES12マシンでXFSパーティションを拡張した後。すべてがエラーメッセージなしで動作するように見えました。約 24時間後、XFSファイルシステムは完全にクラッシュしました。修復はできましたが、信頼できなくなり、ファイルを別のディスクにコピーしました。この拡張の前は、VMは何ヶ月も問題なく機能していました。このESXiマシンと同じ3PARストレージ上の他のすべてのVMも問題なく動作しています。また、ストレージシステムにデータの破損の問題がないことを確認するために、xfsrepairの後に「欠陥のある」仮想ディスクでf3writeテストも実行しました。ESXiハイパーバイザーもSANもFSのクラッシュの原因ではなかったと確信しています。そうでなければ、私はこのクラスターで他の多くの問題を次の月に抱えていたでしょう。

GPartedでwindows / ntfsパーティションを拡張することもお勧めしません！

Windows 2012 Server（Exchangeを実行）のメインパーティションをGPartedで拡張しました。このパーティションはドライブの最後のパーティションでもあったため、タスクは非常に単純に見えました。電源を切り、ESXiでディスクを拡張し、systemrescuecd-6.0.1.isoを起動して、Gfsでntfsパーティションとファイルシステムを拡張しました。すべてがエラーなしで機能しているように見えました。問題なくマシンを起動することもできました。しかし、その後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ライターは問題なく動作しています。