
tmpfs에서 사용 하려면 /tmp
항목을 사용할 수 있다는 것을 알고 있지만 /etc/fstab
역할을 이해하지 못합니다./etc/default/tmpfs
언급하다때로는 어떤 상황에서 이를 생성하거나 수정해야 할 때도 있습니다.
최근에는 systemd 구성을 사용하라는 제안을 자주 보았습니다 tmp.mount
. 예를 들어,데비안에서:
$ sudo cp /usr/share/systemd/tmp.mount /etc/systemd/system/
$ sudo systemctl enable tmp.mount
이 두 가지 방법 중 일상적인 사용에 더 적합한 방법은 무엇입니까? 어떤 상황에서 하나가 다른 것보다 낫습니까? 언제 처리해야 합니까 /etc/default/tmpfs
?
답변1
일부 시스템에서는 /tmp
이것이 tmpfs
기본값이며 이것이 구성입니다.systemd의 "API 파일 시스템"에서 제공. Fedora 기반 시스템은 다양한 수준으로 이 패턴을 따릅니다. Fedora는 기본적으로 이를 제공 /usr/lib/systemd/system/tmp.mount
하고 활성화하지만 RHEL 8은 이를 제공하지만 활성화하지 않습니다. 이러한 시스템에서는 차단 및 차단 해제 장치가 비활성화되거나 활성화됩니다 tmpfs
/tmp
.API 파일 시스템 문서에 명시된 대로.
데비안과 같은 다른 시스템tmp.mount
바로 사용할 수 있는 장소로 배송하지 마세요.;그래서 /etc/systemd/system
사용하려면 에 복사해야 합니다. 이는 tmp.mount
in 의 완전한 재정의를 생성하는 불행한 부작용이 있습니다 /etc
. 즉, 패키지가 향후에 in systemd
의 다른 버전을 릴리스 하면 해당 패키지가 무시됩니다. 이러한 시스템에서는 .tmp.mount
/lib/systemd/system
/etc/fstab
두 설정 모두에서 /etc/fstab
여전히 권장되는 방법입니다.맞춤형 /tmp
마운트,예를 들어크기를 변경하십시오.man systemd.mount
설명하다
일반적으로 마운트 지점을 구성하는 것이
/etc/fstab
휴먼 마운트 관리에 선호되는 방법입니다.
그리고API 파일 시스템 문서 동의.
마운팅 유닛을 사용하는 것은도구에 권장됨,즉자동 구성의 경우:
도구의 경우 설치 단위 작성이 편집보다 우선해야 합니다
/etc/fstab
.
(즉, 마운트를 자동으로 설정하려는 도구는 /etc/fstab
오류가 발생하기 쉬운 편집을 시도해서는 안 되며 대신 마운트 장치를 설치해야 합니다. 이 작업은 원자적으로 수행하거나 시스템 관리자가 systemd 재정의 기능을 사용하여 수행할 수 있습니다. )
/etc/default/tmpfs
데비안에서 사용되므로 sysvinit
systemd와는 아무런 관련이 없습니다.
답변2
나는 항상 /tmp를 /tmpfs로 비활성화합니다. 특히 Raspberry Pi와 같은 시스템에서는 귀중한 RAM을 소모하기 때문입니다.
그러므로 나는systemctl 마스크 tmp.mountsystemd에서 비활성화하십시오.
또한 부팅할 때마다 /tmp를 지우고 싶지 않으며, /var/tmp에 반임시 파일을 저장하는 것도 생각하고 싶지 않습니다.
나에게 임시는 "시스템에 중요하지 않음"을 의미하지만 "시작 사이에 불필요함"을 의미하지는 않습니다.
그래서 수명이 짧은 모든 것에는 /tmp를 사용하여 관리하고 있습니다.
따라서 시스템에서 주로 단일 사용자로 작업하는 경우 루트 파티션에 /tmp를 유지하고 전혀 분할하지 않는 것이 좋습니다.
또한 이를 통해 메모리가 부족해지거나 대부분의 디스크 공간을 /tmp에만 남겨 두지 않고 압축된 아카이브, 다운로드 등과 같은 대용량 파일을 /tmp에 임시로 저장할 수 있습니다.