it-swarm-ko.tech

/ home 이외의 것을 별도의 파티션에 넣는 이유는 무엇입니까?

그래서 최근 데비안 5.0.5 설치 프로그램에서 별도의 /usr, /home, /var/tmp 파티션 (하나의 물리적 디스크에 있음).

이것에 대한 실질적인 이유는 무엇입니까? 나는 이해 /home 사용자 파일을 별도로 암호화 할 수 있기 때문에 별도의 파티션에 배치하는 것이 유리할 수 있습니다.

56
Alex B
  1. 손실 최소화 : /usr가 별도의 파티션에있는 경우 손상된 /usr/etc를 복구 할 수 없음을 의미하지 않습니다.
  2. 보안 : /는 항상 ro 일 수 없습니다 (/root는 rw 등이 필요할 수 있습니다). 그러나 /usr는 가능합니다. 가능한 한 ro를 만드는 데 사용할 수 있습니다.
  3. 다른 FS 사용 : /tmp (신뢰할 수는 없지만 많은 파일에서 빠름)와 /home (신뢰해야 함)에 대해 다른 시스템을 사용하고 싶을 수 있습니다. 유사하게 /var는 데이터를 포함하지만 /usr는 그렇지 않으므로 /usr 안정성은 희생 될 수 있지만 /tmp 만큼은 아닙니다.
  4. Fsck 기간 : 파티션이 작을수록 하나를 확인하는 것이 빠릅니다.
  5. 다른 방법은 할당량이지만 부분 채우기를 언급했습니다.
57
Maciej Piechotka

동일한 OS를 공유하는 여러 컴퓨터가있는 경우 별도의 /usr가 유용 할 수 있습니다. 모든 시스템에서 단일 중앙 /usr을 (를) 복제하지 않고 공유 할 수 있습니다. /usr는 읽기 전용으로 마운트 할 수 있습니다.

/var/tmp는 사용자 프로그램 또는 데몬으로 채워질 수 있습니다. 따라서 루트 파티션 인 /가 100 % 꽉 차지 못하게하고 시스템에 치명적일 수있는 별도의 파티션에 보관하는 것이 안전 할 수 있습니다. 이들에 대해 두 개의 별개의 파티션이없는 것을 피하기 위해 /tmp/var/tmp에 대한 심볼릭 링크 인 것은 드문 일이 아닙니다.

25
Didier Trosset

일반 사용자는 사물을 /var/tmp이므로 전체 시스템에 문제가 발생할 수 있습니다. 이 방법으로 사용자 프로세스는 /var/tmp이지만 루트 fs는 아닙니다. 분리 된 /usr은 (는) /usr NFS 또는 기타 원격 fs를 ​​통해.

(나는 이것이 분명하기를 바란다. 나는 아직 커피를 먹지 않았다)

13
KellyClowers

문제는 전체 루트 fs로 인해 Linux 시스템을 관리자가 복구 CD 또는 이와 유사한 도구없이 수정해도 확장 할 수 없습니다. 언제 /tmp/var, 특히 /home은 (는) 별도의 파티션에 있으며 관리자가 수행하지 않으면 루트 fs를 채울 수 없습니다. /usr 모든 일반 설치를 수행 할 믹스에 설치하고 새 소프트웨어를 설치하더라도이 문제가 발생할 수 없습니다.

11
txwikinger

일반적으로 별도의 파티션을 갖는 데 필요한 인수는 다음과 같습니다.

  1. 보안 : 예를 들어, 악의적 인 사용자 (또는 프로세스)가 바이너리를 덮어 쓰거나 바이너리를 트로이 목마로 바꾸지 않도록 파티션을 읽기 전용으로 마운트 할 수 있습니다. 따라서 ssh 바이너리가/usr/local/bin에 있고/usr/local이 읽기 전용으로 마운트되면 누구나 해당 바이너리를 교체하기가 어려울 것입니다.

  2. 유연성/편의성 : 예를 들어 자체 파티션에/var을 설정하고 80 %가 찼을 경우 크기를 조정하거나 필요한 경우 다른 디스크로 옮길 수도 있습니다./var 아래의 로그가 어떤 식 으로든 건초로 이동했기 때문에 '/'가 100 % 가득 찬 시스템을 처리하는 것보다 오히려 그렇게해야합니다. 파티션마다 파일 시스템이 완전히 다를 수 있으므로 OS에서 ext3 (예 :)을 사용하고 데이터베이스에서 ext4를 사용하거나 객체 저장소에서 XFS를 사용하거나 사용자 지정 앱을 사용하여 원시 장치를 사용할 수 있습니다!

9
jonesy

전통적으로 개발 된 DEC 하드웨어의 특성으로 인해 이러한 방식으로 수행되었습니다. 루트 및 스왑을 위해 작고 빠른 디스크를 구입하고 사용자 데이터를 위해 더 크고 느린 디스크를 구입하는 것이 더 경제적이었습니다 (/usr). 어떤면에서는 협약이 막혔습니다.

그러나 여전히 몇 가지 이유가 있습니다. 몇 가지 일반적인 사항은 다음과 같습니다.

  • 디스크의 시작 부분에 가까운 별도의 작은 파티션에/boot를 넣습니다. 구형 PC BIOS 펌웨어는 디스크의 처음 1024 개 트랙에서만 부팅됩니다. 최신 하드웨어에서는 문제가되지 않습니다.

  • 사용자 데이터에 액세스 할 때 병목 현상을 제거하기 위해 /var 또는 /tmp와 같은 사용중인 파티션을 별도의 디스크에 배치합니다.

  • 다른 파티션의 다른 파일 시스템. 예를 들어 /usr에 저널링 파일 시스템을 사용하고 싶지만 Oracle과 같은 DBMS에 대한 호스트 파일을 호스팅하는 파티션에는 사용하지 않을 수 있습니다. DBMS는 자체 저널링을 수행하고 저널링 파일 시스템에 상당한 오버 헤드가 발생할 수 있습니다.

  • 별도의 디스크 나 파티션에 사용자 데이터가 있으면 머신을 크게 수술하지 않고도 더 큰 디스크로 쉽게 마이그레이션 할 수 있습니다.

  • NFS를 통해 홈 디렉토리 또는 응용 프로그램 바이너리와 같은 공유 데이터를 마운트 할 수 있습니다.

  • fsck는 특정 유형의 파일 시스템에 대해 많은 양의 시간이 걸립니다. 시스템 영역 (빈번한)과 사용자 영역 (빈번하지 않은)에 대해 다른 파일 시스템 유지 관리 일정을 원할 수 있습니다.

파일 시스템을 포맷하는 것도 rm -rf'ing보다 빠를 수 있습니다. 특히 수천 개의 작은 파일을 지울 경우. 처리해야하지만 최종 결과가 생성 된 후에 버릴 수있는 수많은 톤의 이미지 파일을 완전히 재생성하려는 오징어 캐시. 거대한 컴파일의 .obj 파일 등.

5
gabe.

때때로 별도의 파티션에 놓은 폴더는 /usr/local/ 배포판을 변경/업그레이드하거나 그와 함께 설치된 다른 배포판으로 배포판 패키지 관리자와 별도로 구축하여 설치 한 소프트웨어를 재사용 할 수 있습니다. 가능한 모든 조합에서 작동한다고 보장되지는 않지만 해를 끼치 지 않습니다.

4
Troubadour