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.