스토리지 풀에 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는 그렇지 않습니다.

관련 정보