
btrfs ファイルシステムをマウントする方法に関する多くのガイドでは、ファイルシステム内の任意のデバイスを使用してマウントできると述べられています。
たとえば、ファイルシステムに sda1、sdb1、sdc1 が含まれている場合、それらのデバイスのいずれかを使用してマウントできます。
しかし、sda1 が失敗し、それが/etc/fstab
マウントされるファイルに含まれている場合、何が起こるでしょうか? 失敗すると思います。では、デバイスに障害が発生した場合でも、btrfs ファイルシステムがマウントされるようにするにはどうすればよいでしょうか?
答え1
sda1
では または などを使用しないでくださいfstab
。使用UUID=
。
Btrfsの場合、同じファイルシステムの一部である各デバイスは同じUUIDを報告します。これを確認するには、関連するすべてのデバイスを でクエリしますblkid
。またbtrfs filesystem show
、単一のファイルシステムがシングル関係するデバイスの数に関係なく、UUID は保持されます。
BtrfsはこのUUIDを使用して、同じファイルシステムに属するデバイスを識別します。またはなどを指定してマウントした場合でも、このUUIDが使用されます/dev/sda1
。そのため、dd
または同様のツールでクローンを作成するのは問題がある。
ただし、 を指定しUUID=
てfstab
もデバイスの 1 つが欠落している場合は、ファイルシステムはマウントされません。degraded
このようなファイルシステムをマウントするオプションが必要です (可能な場合)。degraded
でfstab
(および/または Grub 構成で) 指定することは可能であり、リモート サーバーでそれが必要になる場合があります。これにより、問題が発生した場合でもシステムは起動して動作し続け、管理者はリモートでアクセスして修正を試みることができます。ただし、マシンに物理的にアクセスできる場合は、 で を指定しないことを検討してくださいdegraded
。fstab
ローカル コンピューターが問題のあるファイルシステムをマウントしない (したがって注意を喚起する) 方が、自動的に低下モードでマウントされて問題を見落とすリスクを冒すよりも望ましいです。