バックアップスクリプトを作成しています。まず、ソースファイルシステム/論理ボリュームがマウントされていることを確認したい（そしてマウントされた場所を知りたい）。
明らかに、これはファイルシステムのUUIDと論理ボリュームのUUID（論理ボリュームマウントポイントの確認（コマンドライン））。
何を使うべきか、その理由は何かを知りたいです（他のものよりも好む理由がある場合）。実際の違いはありますか？
私の場合、常に各論理ボリュームにパーティションを作成します（論理ボリュームスペースを埋めるために）、より複雑な構成を可能にする他の設定があるかどうかはわかりません。
答え1
それはあなたが本当に興味を持っているものに依存します。
特定のファイルシステムがマウントされていることを確認するには、ファイルシステムUUIDを使用してください。これはファイルシステム自体のIDだからです。これは通常、すべての人のデフォルトの選択です。人々は、自分が常駐するパーティション、ボリューム、ディスクではなく、特定のファイルシステムに興味を持っています。存在する限り、ネットワーク遮断装置であってもよい。
今ファイルシステムに全く興味がない場合 - 昨日、mkfs誰かが実行して新しいファイルシステムを作成したことを推測してみてください。 VG / LVの名前を確認するか、名前の変更にも興味がない場合は、次の点を確認してください。論理ボリュームUUID。または、LVMを使用していない場合はPARTUUIDです。
深く入るほど、ファイルシステム自体から遠くなります。/dev/disk/by-pathまた、どのUSBスティックが接続されているかを心配することなく、USBポートに接続されているUSBメモリースティックを識別するためにも使用できます。時にはそれがあなたが望むものかもしれません。
ただし、通常はファイルシステムUUIDを使用します。
答え2
特定の理由が見つからない場合は、LV UUIDを使用しないでください。ファイルシステムUUIDがよりよく知られている。たとえば、LV UUID は、/etc/fstab/mount、findmnt、lsblk を通して表示または使用できません。明らかに、彼らはLVMに固有のものであり、何らかの理由でより一般的な抽象化（例えばPARTUUID）に含まれているものを見たことはありません。