ストレージプールにLost + foundディレクトリがないのはなぜですか?

ストレージプールにLost + foundディレクトリがないのはなぜですか?

私は勉強しています。この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 がマウントポイントへの読み書きアクセスを持っている限り動作します。

答え2

lost+foundファイルシステムの検査中にエラーが検出された後に分離されたinodeが配置される場所(fsck)。 XFSはそうではありません。

関連情報