4096보다 큰 블록 크기로 ext3 파일 시스템에서 디스크를 포맷하는 방법


1

블록 크기가 4096 인 ext3 파일 시스템에서 디스크를 포맷하려고합니다. 그렇게 할 가능성이 있습니까? 포맷하는 동안 Inode 비트 맵을 쓰지 않으면 어떻게됩니까?


왜 4KiB보다 큰 블록 크기를 원하십니까?
derobert

답변:


0

ext2 / 3 / 4는 페이지 크기보다 큰 디스크 블록 크기를 지원하지 않습니다. x86-32 및 x86-64에서 페이지 크기는 4K이므로 사용할 수있는 가장 큰 블록 크기입니다. (OTOH, DEC Alpha 머신을 파낼 수 있다면 8K 페이지가 있다고 들었습니다.)

귀하의 의견에서 mkfs의 속도를 높이고 싶습니다. 취할 수있는 몇 가지 접근 방식이 있습니다.

  1. 모든 inode가 필요하지 않은 경우 (더 많은 것을 추가하면 다시 포맷해야 함을 명심하십시오) inode 수를 줄일 수 있습니다. -i또는 -N옵션을 사용하여 이를 수행 할 수 있습니다 . 또는 다른 유형 중 하나를 사용하십시오 (예 :) -T largefile.
  2. 대신 ext4를 사용할 수 있습니다. ext4는 블록 그룹이 필요할 때까지 초기화되지 않은 상태로 둘 수 있습니다 ( -O uninit_bg -E lazy_itable_init일반적으로 기본값 임). 또한 fsck 속도를 크게 향상시킬 수 있다는 이점이 있습니다.

블록 그룹 수를 줄이려면 (필수 아님)이를위한 -g옵션이 있습니다.


지금은 largefile4 옵션을 사용하여 블록 그룹당 inode 수를 줄입니다. 따라서 형식 시간을 상당히 줄이는 데 도움이되지만 충분하지 않습니다. 그래도 비트 맵 (블록 비트 맵 및 inode 비트 맵)을 쓰는 데 시간이 오래 걸립니다 (2TB HDD의 경우 약 7-8 분). 시간을 줄이는 방법 만 이전에 언급 한대로 불가능한 블록 그룹 수를 줄이는 것이라고 생각했습니다. 디스크에 비트 맵을 쓰지 않을 가능성이 있습니까? ext4 파일 시스템을 지원하지 않는 Linux 버전을 사용하고 있으므로 사용할 수 없습니다.
Parshv Shah

@ParshvShah 그룹 수를 변경할 수 없다는 의견이 없습니다. (또한, -i/ -Nfile을 사용 하여 largefile4보다 적은 수의 inode를 얻을 수 있습니다 ...) 여기서 한 단계 뒤로 돌아가 봅시다. 해결하려는 문제는 무엇입니까? "정상적인"사용의 경우 mkfs를 거의 실행하지 않으므로 10 분이 걸리는 것은 큰 문제가 아닙니다. 무엇을하려고합니까?
derobert

당신의 도움을 주셔서 감사합니다. 실제로 10 분은 괜찮습니다.하지만 시간을 줄일 수있는 가능성이 있다면 분명히 의견을 작성하는 것이 좋습니다. 그러나 제안에 진심으로 감사드립니다. 그것은 나를 위해 일했다. 적어도 시간을 50 % 줄일 수 있습니다.
Parshv Shah
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.