質問: 1`でxfsファイルシステムを再作成する ルートファイルシステムがxfsであるcentos 7システムがあります(ftype=0、システムのインストール時のデフォルトのcentos設定で作成)。残念ながら、docker overlay2ストレージドライバーでは、そのファイルシステムがftype=1で作成されている必要があります。 https://docs.docker.com/storage/storagedriver/overlayfs-driver/#prerequisites ルートを再作成したいと思いますfs with ftype=1。私はそれを次のように行うことを考えていました: ある種のレスキューイメージを起動します。 xfsdumpルートfsリモートの場所に。 ルートを再作成fs with ftype=1。 xfsrestoreリモートダンプからのルートfs. ただし、確信が持てないのは、xfsdumpの出力にftypeの設定に関連するものが含まれているかどうかです。つまり、xfsrestore設定が異なるxfsファイルシステムに対してftypeを実行するときに問題が発生しますか?または、この特定の問題を解決するためのより良いアプローチはありますか?
回答: 私の提案した方法はうまくいくようでした。これが私の手順です: centos-7-x86_64-livegnome-1804.isoを起動します。 ターミナルを開き、sudo -sを押します。 lvmボリュームをスキャンします:vgscan 適切なボリュームグループに変更します(私の場合はcentos):vgchange -ay centos そのグループの論理ボリュームをスキャンします:lvscan ルートfsのマウントポイントを作成します:mkdir /mnt/root ルートfsに対応する論理ボリュームをマウントします:mount /dev/centos/root /mnt/root リモートホストにダンプ:xfsdump -j - /mnt/root | ssh <host> 'cat >/data/rootfs.dump' ルートfsをアンマウントします:umount /mnt/root ルートfsを再作成します:mkfs.xfs -f -n ftype=1 /dev/centos/root 再作成したルートfsをマウントします。mount /dev/centos/root /mnt/root リモートホストから復元:ssh <host> 'cat /data/rootfs.dump' | xfsrestore -j - /mnt/root リブート。 xfs_info /がftype=1を表示することを除いて、すべてが以前と同じです。 注:xfsdumpを呼び出すと、次の形式の警告が多数表示されましたxfsdump: warning: failed to get bulkstat information for inode 10485897 xfs開発者のように見える誰かによると( http://xfs.9218.n7.nabble.com/xfs-and-lvm-snapshots-tp1241p1246.html ): これらは無視してかまいません。以前はリンク解除されていたiノードですが、スナップショットボリューム上にはまだ部分的に存在し、スナップショット内のすべてのiノードを抽出するためにxfsdumpが使用しているハンドルごとのインターフェースに表示されます。