RFS 용 스쿼시 선택

Question

당사 제품의 구성은 iMx6 프로세서, 2GB eMMC, 512MB RAM, 이더넷 포트 2 개 및 USART 포트입니다. 이것은 24 시간 365 일 작동 장치 일 것입니다.

우리는 주 응용 프로그램과 사용자 정의 커널 드라이버를 크기 2MB의 분리 된 squashfs 파티션에 유지하면서 7-10MB 정도의 최소 Linux 이미지 (커널 + RFS)를 구축 할 계획입니다. 우리는이 파티션을 별도로 유지하기를 원합니다).

우리의 영구 데이터를 저장하기위한 또 다른 ext4 읽기/쓰기 데이터 파티션. 데이터 파티션을 제외하고 우리는 모든 다른 파티션을 읽기 전용 파티션으로 원합니다. 우리가 작은 리눅스 OS 이미지 (커널 + RFS) 우리는 전체 RFS가 다시 initramfs로 수를 가지고 있기 때문에

내 쿼리

이다?

initramfs로 RFS를 사용하는 것이 어떤 의미입니까? (RAM은 더 많이 소비 될 것이고, 최대 20 ~ 30MB 정도의 RAM을 생각하면 문제가되지 않아야한다고 생각합니다.)

또 다른 해결책은 스쿼시로 RFS를 사용하므로 공간이 절약됩니다. 위의 내용은 initramfs에 비해 다른 장점이 있습니까?

스쿼시가있는 경우 읽기 전용 응용 프로그램 파티션과 읽기/쓰기 데이터 파티션을 함께 마운트하려면 유니온 마운트가 필요합니다.

initramfs를 사용하면 통합 마운트를 구현하지 않아도됩니다. 이 말이 맞습니까?

이 그러므로 나는 그런 RFS

Answer 1

@all 우리는 unionfs 나 union mount를 사용하지 않고도 해결책을 얻을 수있었습니다. 우리가/run 아래에 ext4 파티션을 마운트 할 때 우리는 스쿼시 파일 시스템 (읽기 전용 RFS)을 사용했지만 읽고 쓸 수 있습니다. Linux는 마운트 된 파티션이 R/W 파티션임을 감지하여 RFS가 읽기 전용 파일 시스템 인 경우에도 적절한 작업을 수행 할 수 있습니다. 나는 readonly RFS 내용 자체의 일부를 업데이트하고자 할 때만 unionFS 또는 union 마운트를해야한다고 생각한다.

Answer 2

당신은 당신이 열심히 생각해야 RAM의 RFS의 일부를 배치 할 경우 내가 생각을 사용한 경험이있는 사람들의 의견을 좀하고 싶습니다 리눅스에서 우리의 첫 번째 프로젝트 무엇인지 (예를 들어,/var/log/디렉토리는 로깅에 사용되며, 로그 파일이 작성 될 때마다 RAM을 줄입니다.)

또한 내가 알고있는 한 당신과 같은 아키텍처를 가진 임베디드 시스템을위한 많은 솔루션이 있습니다. 예를 들어 무 상태 시스템 시스템을 살펴 보거나 용도에 맞게 UnionFS를 사용하고 싶을 수도 있습니다.