답변1
- 아니면 간단히 ext2를 사용할 수도 있습니다.
- ext4의 경우:
mke2fs -t ext4 -O ^has_journal,^uninit_bg,^ext_attr,^huge_file,^64bit [/dev/device or /path/to/file]
man ext4비활성화(사용 ^)할 수 있는 많은 기능이 포함되어 있습니다.
답변2
귀하의 주장에 이의를 제기한 것을 용서하십시오. 하지만 이러한 기능을 꺼서 무엇을 달성하려고 합니까? 디스크 공간? 성능? ...?
저널링 보안 없이 쓰기 가능한 파일 시스템을 원하는 이유나 ext4를 읽기 전용 파일 시스템으로 사용하려는 이유를 이해하는 데 어려움을 겪습니다.
작은 읽기 전용스쿼시 FS파일 시스템은 복구 시스템을 위한 더 안전한 선택처럼 느껴지며 대부분의 경우 ext4보다 작고 빠릅니다.
답변3
여기서 정답은 가상 디스크를 전혀 사용하지 않는 것입니다. 램디스크와 tmpfs는 서로 다른 두 가지라는 점에 유의하세요.
당신이 설명하는 것은 실시간 시스템입니다. 램디스크를 사용하는 합리적인 Linux 라이브 시스템 설정은 없습니다.년도이제 다음을 수행하는 것이 가장 좋습니다.
- initramfs(선택적으로 압축된 CPIO 아카이브)를 사용하세요. 커널은 부팅 시 아카이브를 특별한 tmpfs 인스턴스로 추출합니다(이는미미하게initrd를 램디스크에 복사하는 것보다 느리지만 극도로 느린 시스템에서도 차이는 다음과 같이 측정할 수 있습니다.밀리초이므로 신경 쓸 가치가 없음) 그런 다음 해당 tmpfs 인스턴스를 사용하여 루트 파일 시스템으로 실행합니다. 일단 실행되면 실제로 램디스크를 사용하는 것보다 약간 더 빠르며(에뮬레이트된 블록 장치, 고급 파일 시스템 드라이버 없음) 메모리 공간도 덜 차지하며(tmpfs는 기능적으로 페이지 캐시를 파일 시스템으로 직접 노출하기 때문에) 자동으로 크기가 조정됩니다. 필요에 따라 (공간을 미리 할당해야 하는 ramdisk와 달리 tmpfs는 페이지 캐시에 있기 때문입니다)
또는:
- 직접 마운트된 압축된 읽기 전용 파일 시스템(현재 일반적으로 SquashFS)(램디스크가 전혀 필요하지 않음)을 사용한 다음 그 위에 오버레이 파일 시스템(현재 일반적으로 OverlayFS)을 사용하여 쓰기 가능하게 만듭니다. 당신이 말하는 복구 이미지가 매우 작다는 점을 고려하면 아마도 아무것도 저장되지 않을 것입니다. 그러나 이는 오늘날 대부분의 라이브 시스템에서 사용되는 "일반적인" 접근 방식입니다.