web-dev-qa-db-ja.com

LVMを使用せずに、GPTパーティションレイアウトを使用してRAIDパーティションのサイズを変更する

OK、私はフリーランスのシステム管理者です。ルートパーティション(/)は20Gbで、/ homeは3Tbだったので、サイズを変更するように求められました。

サーバーがRAIDとGPTを使用しているため、fdiskは使用できませんが、partedを使用する必要があり、RAIDが機能するかどうかはわかりません。

これがすべてのparted、df -h、およびfstabです: http://Pastebin.com/RFbQL0qV

誰か助けてもらえますか?

2
thms0

EXT4を使用しているので、/ home /パーティションを縮小できるはずです。それを約2TBに縮小する例を見てみましょう。

  1. umount /dev/md3を使用してファイルシステムをアンマウントします
  2. fsck /dev/md3でファイルシステムを確認してください
  3. ファイルシステムのサイズを変更resize2fs /dev/md3 1800G
  4. RAIDデバイスのサイズをmdadm --grow /dev/md3 --size=1900Gで変更します。アレイをより大きく残したことに注意してください。基盤となるファイルシステム、大幅な差。これは、最後に必要なのは、配列を縮小しすぎて、基になるファイルシステムが収まらないためです。これは非常に悪いシナリオであり、ほぼ100%のデータ損失が保証されています。
  5. fsck /dev/md3を使用してファイルシステムを再確認します
  6. ファイルシステムを再マウントし、ファイルシステムとの間で読み取り/書き込みを試みます。

ここ 他の情報を見つけることができます。

とにかく、/ dev/md3デバイスがほとんど空の場合は、配列/パーティションを破棄/再作成する方が簡単で高速です。

1
shodanshok

これは楽しいはずです。レスキューディスクから起動し、resize2fsを使用してRAIDアレイの/ homeファイルシステムを縮小し、次にmdadm -zを使用してRAIDアレイのサイズを縮小し、mdadm -f -rを使用して失敗して次のいずれかを削除します。 RAIDアレイからの2つのドライブ。取り外したドライブでpartedを使用してパーティションを削除し、必要なサイズに変更してパーティションを再作成します。次に、mdadm --addを使用して、2番目のドライブのパーティションをアレイに追加し直し、再同期するのを待ちます。次に、障害が発生して最初のドライブをアレイから削除し、2番目のドライブと同じ方法でパーティションを再作成し、再度追加して、再同期するのを待ちます。最後に、もう一度mdadm -zを使用してルートRAIDアレイの使用可能なサイズを増やし、その上でresize2fsを使用してファイルシステムを拡張してそのスペースを使用します。

0
psusi

OK、あなたの答えを見たところです、あなたの入力にみんなに感謝します。今度は、NFSとrsync -avPHを実行して、システムの完全バックアップを実行します。インストールされている完全なパッケージリストも保存しました。私はあなたの解決策を試します、それが失敗した場合、私は再インストールしてただrsyncします。

後で更新します。

とにかく、答えてくれてありがとう:)。

0
thms0