나는 공부하고 있어요이 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는 그렇지 않습니다.