Debian 11의 mkfs ext4 - 파일 시스템 생성 시 일관되지 않은 resize_inode 결과

Debian 11의 mkfs ext4 - 파일 시스템 생성 시 일관되지 않은 resize_inode 결과

나는 모든 최신 업데이트(커널 5.10.0-18 및 e2fsprogs 1.46.2-2)와 함께 Debian 11을 실행하고 있습니다.

나는 mdraid, fwiw 위에 lvm2와 같은 다른 볼륨에 mkfs.ext4 일부 파일 시스템을 가지고 있습니다. 특히 시스템에는 별도의 루트 파일 시스템(별도의 드라이브, <<1TB)과 시스템에서 호스팅하는 단일 VG 내의 유일한 PV인 mdraid 장치가 있습니다. 이 vg에는 2개의 lv가 있는데, 하나는 더 크고(36TB) 하나는 더 작습니다(<1TB).

mdraid/lvm2 작업 전에 루트 fs를 생성하고 mdraid 및 lvm2를 설정한 후 더 작은 lv fs를 생성할 때 파일 시스템에서 resize_inode가 활성화되면 예상된 결과를 얻습니다( 의 다른 예상 기본값과 함께 /etc/mke2fs.conf). 그러나 동일한 맥락에서 더 큰 lv에 파일 시스템을 생성하기 위해 정확히 동일한 명령줄(장치가 변경됨)을 사용하면 파일 시스템이 올바르게 생성됩니다.아니요resize_inode. FWIW, 생성 옵션에는 -m 0 -E stride=nnn,stripe_size=nnn두 개의 파일 시스템이 포함됩니다. 명시적으로 추가해도 -O resize_inode아무런 효과가 없습니다. 나는 이전에 이런 일을 겪은 적이 없으며 최신 Linux에서는 ext4 파일 시스템에서 resize_inode를 사용하지 않을 이유가 없다는 것을 알고 있습니다. 이를 사용하지 않으면 향후 resize2fs 작업의 범위가 제한될 수 있으며 실제로는 그것을 원하지 않습니다.

해결책이 있나요? 이것이 예상되는 동작입니까? "인위적으로" 작은 lv를 생성하여 해당 기능을 보장한 다음 전체 크기로 크기를 조정할 수 있지만 이는... 다소 어리석은 것처럼 보일 것입니다.

답변1

Theresize_inode 기능은 최대 16TiB 크기의 파일 시스템에서만 작동합니다. 이후에는 그룹 설명자를 저장할 때 Meta_bg 함수가 사용되므로 resize_inode는 더 이상 필요/사용되지 않습니다.

관련 정보