システムパーティションを別のファイルシステムを持つ別の物理ドライブに移動する

私のRHEL7システム構成は次のとおりです。

Filesystem              Size  Used Avail Use% Mounted on
/dev/mapper/rhel-root    50G   18G   33G  36% /
/dev/mapper/rhel-home   504G  147G  357G  30% /home
/dev/sda1               497M  256M  242M  52% /boot
/dev/mapper/tomato-data 8.8T  5.6T  2.9T  67% /data

rhelボリュームグループは、/bootを持つ1つの物理ドライブにあります。 Tomato ボリュームグループは複数のドライブで構成されます。

rhel-root、rhel-home、およびsda1はすべてxfsで、トマトデータはext4です。私はすべてext4でありたいです。

xfsからext4への内部変換が（安全に）不可能であることがわかっているので、基本的な計画は新しいドライブを追加し、すべてをここにコピーし、古いドライブを再フォーマットし、すべてを元に戻すことです。あるいは、実際にすべてを新しいドライブに保管してください。それも大丈夫です。

私の主な関心事は、すべての特殊ファイルを破壊したり、日付や権限情報などを失うことなく、/および/bootのデータを別のドライブにコピーする方法です。私はxfsdumpが推奨されるのを見ましたが、xfsパーティションにダンプしないため、明らかに動作しません。

今はすべてをバックアップしておきましたが、今はxfsdumpなので、この目的には役に立ちません。

どんな提案がありますか？同期しますか？

/home 移動についてはあまり心配しません。一般的なデータにすぎませんが、/および/bootは、RHELが私のブランドではなく、すべての機能を知るのに長い間使用されていないために心配です。

ボリュームグループ全体/論理ボリュームの問題については、まだ少しあいまいです。私が以前に興味を持っていた唯一の抽象化はRAIDでした。 （ところで、これらの物理ドライブは単純なRAID1ミラーです。）

/etc/fstabを使用するときに愚かなミスをしたり、起動できない状態に陥るなど、どのような落とし穴がありますか？

あなたはどんな道を選ぶのでしょうか？一度にすべて実行しますか、または一度に1つのパーティションを移動しますか？

私は最近/tomato-dataの小さなドライブをより大きなドライブに置き換え、pvmoveの魔法を利用しました。

私はext4ドライブを含めるようにrhelを拡張し、既存のxfsドライブのすべてのデータをext4ドライブにpvmoveしてから、以前の物理ボリュームをvgreduceできるとしばらく考えましたが、それは不可能なことであり、目立つことになると確信しています。私のレベルはこのボリュームを処理しません。

しかし、私のポイントは、私がこのようなトリックにオープンであるということです。

編集する：

Grubを再インストールする必要があるかどうかを確認するには？持っているかどうかはわかりませんが、サーバーに/boot/grub2ディレクトリが表示されるので、おそらく（？）。

だから問題は次のとおりです...

1. install and configure new drive
2. rsync files to new drive
3. edit fstab
4. (maybe) reinstall grub
5. shutdown system down
6. remove old physical drive
7. power up system
8. pray

そうだと思いますか？