私は勉強しています。このRed Hatドキュメント、確認済みのストレージプールにlost+found正しくインストールされたことを示すディレクトリがあることを示します。
文書の指示に明示的に従いましたが、結果（下の表示）にはディレクトリは含まれませんlost+found。
ストレージプールが正しくインストールされていますか？以下に説明するストレージプールの妥当性を正しく検証するには、何をすべきですか？そうでない場合は、次の事項が正しくインストールされていることを確認したら、根本的な原因を説明してください。
ストレージプールの作成と起動/自動起動：
[root@remote-host ~]# virsh pool-define-as eighthPool fs - - /dev/mapper/centos-eighth - "/eighthPool"
Pool eighthPool defined
[root@remote-host ~]# virsh pool-build eighthPool
Pool eighthPool built
[root@remote-host ~]# virsh pool-start eighthPool
Pool eighthPool started
[root@remote-host ~]# virsh pool-autostart eighthPool
Pool eighthPool marked as autostarted
ストレージプールの確認：
[root@remote-host ~]# virsh pool-list --all
Name State Autostart
-------------------------------------------
eighthPool active yes
home active yes
root active yes
someUserName active yes
tmp active yes
[root@remote-host ~]# virsh pool-info eighthPool
Name: eighthPool
UUID: 230c3939-b009-4d28-97ff-09419492cd9b
State: running
Persistent: yes
Autostart: yes
Capacity: 224.89 GiB
Allocation: 32.20 MiB
Available: 224.85 GiB
[root@remote-host ~]# mount | grep /eighthPool
/dev/mapper/centos-eighth on /eighthPool type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
[root@remote-host ~]# ls -la /eighthPool
total 4
drwxr-xr-x. 2 root root 6 Mar 12 11:03 .
dr-xr-xr-x. 25 root root 4096 Mar 20 08:23 ..
[root@remote-host ~]#
物理ディスクの追加コンテンツ：
ちなみに、新しいストレージプールを作成する前のハードディスクパーティションは次のとおりです。
[root@remote-host ~]# fdisk -l
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: gpt
# Start End Size Type Name
1 2048 411647 200M EFI System EFI System Partition
2 411648 1435647 500M Microsoft basic
3 1435648 3897165823 1.8T Linux LVM
Disk /dev/mapper/centos-root: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/centos-swap: 8187 MB, 8187281408 bytes, 15990784 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/centos-home: 241.6 GB, 241591910400 bytes, 471859200 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
....Other extraneous stuff omitted for brevity.
Disk /dev/mapper/centos-eighth: 241.6 GB, 241587716096 bytes, 471851008 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
ベストアンサー1
loss + foundは通常、extなどの標準のLinuxファイルシステムを使用してマウントポイントをフォーマットするときに作成されるディレクトリです。私はXFSをあまり使用していませんが、私が理解したところ、Lost + foundはそのツールに固有のものでfsckあり、XFSはそれを使用しないため、XFSはそのディレクトリを使用しないと仮定します。
いずれにせよ、Lost + found（通常は再構築可能mklost+found）があるため、libvirtストレージプールの状態を示すことはありません。 libvirt と qemu がマウントポイントへの読み書きアクセスを持っている限り動作します。