/var 파티션이 런타임 시 읽기 전용으로 다시 마운트되는 원인은 무엇입니까?

/var 파티션이 런타임 시 읽기 전용으로 다시 마운트되는 원인은 무엇입니까?

/varinitramfs에서 생성된 빌드 루트를 사용하여 빌드 된 임베디드 Linux 시스템(x-86 geode 프로세서) /etc이 있지만 fstab. 내 파일 시스템은 ext3입니다.

저는 이 시스템에서 때때로 /var파티션에 생성된 파일에 대한 일부 사용자 지정 활동 로깅을 생성하는 컨트롤러 응용 프로그램을 실행하고 있습니다. 최근 내 내장 장치 중 하나에서 /var 파티션이 읽기 전용이기 때문에 로그 파일을 열 수 없다고 보고했습니다. 를 사용하여 확인했습니다 mount. 내 질문은 도대체 어떻게 이런 일이 일어났는가이다. 내 컨트롤러 응용 프로그램은 확실히 이 작업을 수행하지 않지만 Linux 시스템에서 실행 중인 다른 프로세스에서 /var를 읽기 전용으로 다시 마운트하도록 요청할 수 있습니까?

내 장비는 시끄러운 산업 환경에서 작동하는데, 이것이 전자기 간섭으로 인해 시스템이 손상될 가능성이 있습니까?

수백 시간 동안 테스트한 결과 이전에는 이런 일이 발생하지 않았지만 이는 심각한 버그이므로 원인을 찾아야 합니다. 따라서 이 문제를 일으키는 원인이나 원인을 확인하는 방법에 대한 제안은 매우 환영할 것입니다.

편집하다이 질문에 대한 비판을 고려하여 /var 파티션을 마운트하기 위해 fstab에 관련 줄을 추가했습니다.

/dev/sda3   /var   ext3   defaults 0  3

inittab설치를 담당하는 기능 내의 라인

null::sysinit:/bin/mount -a

/proc/mounts이것은 또한 관련 출력 라인입니다/var

/dev/sda3 /var ext3 rw,relatime,errors=continue,user_xattr,scl,barrier=1,data=writeback 0 0

busybox이 시스템은 init 시스템을 사용한다는 점도 언급해야 할 것 같습니다 .

답변1

고려해야 할 두 가지 사항이 있습니다.

이유는 로그 파일 어딘가에 있을 것입니다. 까다로운 것 중 하나는 "dmesg"일 수 있습니다. 임베디드 시스템에 "dmesg" 명령이 있는지 확인하세요. 그렇지 않은 경우 /var 또는 /tmp에서 동일한 이름을 가진 로그 파일을 찾으십시오.

그리고 (어두운 곳에서 찌르는) 그런데 SD카드에 쓸 수 있는 공간이 남아있나요? 이는 "df"로 표시된 것보다 조금 더 복잡합니다. 바라보다:https://raspberrypi.stackexchange.com/questions/169/how-can-i-extend-the-life-of-my-sd-card

위에서부터: "연중무휴 24시간 최대 속도로 [SD 카드]에 쓰면 16GB는 약 30일 동안 지속됩니다."

관련 정보