LVMを使用せずに、GPTパーティションレイアウトを使用してRAIDパーティションのサイズを変更する
OK、私はフリーランスのシステム管理者です。ルートパーティション（/）は20Gbで、/ homeは3Tbだったので、サイズを変更するように求められました。
サーバーがRAIDとGPTを使用しているため、fdiskは使用できませんが、partedを使用する必要があり、RAIDが機能するかどうかはわかりません。
これがすべてのparted、df -h、およびfstabです： http://Pastebin.com/RFbQL0qV
誰か助けてもらえますか？
EXT4を使用しているので、/ home /パーティションを縮小できるはずです。それを約2TBに縮小する例を見てみましょう。
umount /dev/md3を使用してファイルシステムをアンマウントしますfsck /dev/md3でファイルシステムを確認してください- ファイルシステムのサイズを変更
resize2fs /dev/md3 1800G - RAIDデバイスのサイズを
mdadm --grow /dev/md3 --size=1900Gで変更します。アレイをより大きく残したことに注意してください。基盤となるファイルシステム、大幅な差。これは、最後に必要なのは、配列を縮小しすぎて、基になるファイルシステムが収まらないためです。これは非常に悪いシナリオであり、ほぼ100％のデータ損失が保証されています。 fsck /dev/md3を使用してファイルシステムを再確認します- ファイルシステムを再マウントし、ファイルシステムとの間で読み取り/書き込みを試みます。
ここ 他の情報を見つけることができます。
とにかく、/ dev/md3デバイスがほとんど空の場合は、配列/パーティションを破棄/再作成する方が簡単で高速です。
これは楽しいはずです。レスキューディスクから起動し、resize2fsを使用してRAIDアレイの/ homeファイルシステムを縮小し、次にmdadm -zを使用してRAIDアレイのサイズを縮小し、mdadm -f -rを使用して失敗して次のいずれかを削除します。 RAIDアレイからの2つのドライブ。取り外したドライブでpartedを使用してパーティションを削除し、必要なサイズに変更してパーティションを再作成します。次に、mdadm --addを使用して、2番目のドライブのパーティションをアレイに追加し直し、再同期するのを待ちます。次に、障害が発生して最初のドライブをアレイから削除し、2番目のドライブと同じ方法でパーティションを再作成し、再度追加して、再同期するのを待ちます。最後に、もう一度mdadm -zを使用してルートRAIDアレイの使用可能なサイズを増やし、その上でresize2fsを使用してファイルシステムを拡張してそのスペースを使用します。
OK、あなたの答えを見たところです、あなたの入力にみんなに感謝します。今度は、NFSとrsync -avPHを実行して、システムの完全バックアップを実行します。インストールされている完全なパッケージリストも保存しました。私はあなたの解決策を試します、それが失敗した場合、私は再インストールしてただrsyncします。
後で更新します。
とにかく、答えてくれてありがとう:)。