XFS 버전 4 및 5(RHEL 7~8)

Rhel8에서 제공하는 기능 중 하나를 비활성화하면 이 작업을 수행할 수 있다고 생각합니다. mkfs.xfs -m reflink=0 /dev/sdN -m reflink=0을 사용하여 Rhel8에서 공간을 포맷하면 두 시스템 모두에 마운트할 수 있지만 Rhel8의 재링크 기능은 사용할 수 없습니다. 또한보십시오https://access.redhat.com/solutions/4582401(Redhat 로그인 필요) 자세한 내용을 확인하세요.

Linux 커널 구성 도움말의 XFS 버전 4에 대한 지침은 다음과 같습니다.

옵션 CONFIG_XFS_SUPPORT_V4"더 이상 사용되지 않는 V4(crc=0) 형식 지원"

V4 파일 시스템 형식에는 메타데이터 체크섬, 향상된 메타데이터 유효성 검사, 2038년 이후 타임스탬프 저장 기능 등 V5 형식에서 지원하는 일부 기능이 부족합니다. 따라서 V4 형식은 더 이상 사용되지 않습니다. 모든 사용자는 파일을 백업하고, 다시 포맷하고, 백업에서 복원하여 업그레이드해야 합니다.

이렇게 많은 양의 데이터가 오랫동안 존재할 것으로 예상된다면 2038년은 더 이상 멀지 않습니다. 그러나 그 전에 적어도 한두 번 하드웨어를 업그레이드해야 할 수도 있습니다. 파일 시스템 버전 마이그레이션은 해당 연도 이전에 완료되어야 한다는 점을 명심해야 합니다. 이에 따라 계획을 세우는 경우 하드웨어 업그레이드와 함께 파일 시스템 버전 마이그레이션을 수행하는 것이 가장 편리할 수 있습니다.

시간이 지남에 따라 새로운 주요 버전의 마감 연도 이전에도 배포판에서 XFS 버전 4에 대한 지원을 중단할 수 있으므로 결국 주요 운영 체제 업그레이드로 인해 어쨌든 마이그레이션해야 할 수도 있습니다.

제가 아는 한, XFS 버전 5는 특별한 문제 없이 매우 안정적입니다.

이제 장기 계획에서 이 점을 기록해 두십시오.

최신 커널에서는 적절한 경우 XFS 파일 시스템 타임스탬프 제한에 대해 경고하기 시작했습니다. 이를 사용하면 다음 위치에서 커널로부터 유사한 메시지를 볼 수 있습니다 dmesg.

xfs filesystem being mounted at <path> supports timestamps until 2038 

파일 시스템을 만드는 데 사용된 도구 버전에 따라 XFS V5 파일 시스템에서도 이 경고가 발생할 수 있습니다. 그러나 XFS 버전 5에서는 xfs_admin -O bigtime=1백업/복원 주기 없이 마운트 해제된 파일 시스템에서 오류 없이 실행하여 이 문제를 해결할 수 있습니다. 나는 최근 Debian 11에서 12로 업그레이드한 후 Debian 시스템에서 이 작업을 수행했습니다. 작업은 빠르고 문제가 없었습니다.