왜 많은 파티션을 생성합니까?


29

우분투를 설치할 때 디렉토리에 여러 파티션을 만드는 사람들이 있습니다. 루트 용, 가정용 용, 부팅 용 등. 하드 드라이브가 하나만 있다고 가정 할 때 하나의 파티션에 모두 설치하는 것보다 이점이 있습니까?

답변:


36

몇 가지 이유가 있습니다.

  1. 시스템 견고성. / home과 /의 별도 파티션에 / home이 있으면 일반 사용자가 / filesystyem을 채울 수 없으므로 나머지 시스템에서는 사용할 수 없습니다.
  2. 백업. 전체 파티션을 쉽게 백업하고 다른 스케줄로 백업 할 수 있습니다. 예를 들어, 시스템 파티션의 주간 백업 만 수행하고 / home 파일 시스템의 야간 백업 만 수행하면됩니다.
  3. 시스템 설치 여러 개의 다른 시스템 이미지로 동일한 / home 파일 시스템을 마운트 할 수 있습니다. / home 또는 / local의 백업 / 복원을 수행하지 않고 삭제 및 재 구축 할 수 있습니다.
  4. 디스크 최적화. 오늘날의 빠른 드라이브에는 큰 문제가 아니지만 액세스 속도를 높이기 위해 디스크의 내부 트랙에 시스템 파일 시스템을 배치하는 것이 일반적이었습니다.
  5. 여러 드라이브 사용 큰 드라이브를 사용하기 전에는 시스템 드라이브에 여유 공간이 거의 없었습니다. 따라서 / home에는 별도의 드라이브가 사용되었습니다.
  6. NFS. 여러 시스템에서 데이터를 공유 할 때는 파일 시스템을 기준으로 데이터를 공유하는 것이 일반적입니다.

4
+1. 또한 보안. 예를 들어, / boot를 읽기 전용으로 설정하거나 / tmp를 noexec로 설정할 수 있습니다.
DaveParillo

별도의 부품이 백업에 도움이되는 이유를 모르겠습니다. 폴더를 별도로 백업 할 수도 있습니다. 설명해 주시겠습니까?
sleske

2
@sleske 파일 시스템 수준에서만 작동하는 원래 Unix 덤프 및 복원 명령의 역사적 결과물입니다. 테이프 드라이브가 냉장고 크기 정도의 드라이브에서 1 피트 직경의 1/2 인치 (제 생각에) 테이프를 사용했을 때이 문제가 발생했습니다. 일부 철제 충전재를 사용하면 실제로 테이프의 비트를 볼 수 있습니다.
KeithB

정보에 대해서 감사드립니다; 나는 그것을 몰랐다. 그래도 덤프를 사용하여 백업하는 상점이 너무 많지 않기를 바랍니다 .... BTW : 오래된 테이프에 대한 매혹적인 것들 :-).
sleske

또한 안정성. / var을 별도의 파티션에 배치하면 제어 범위를 벗어나는 로그 파일은 나머지 드라이브를 채우지 않으며 시스템을 중단시킬 수 있습니다. (편집 - 그냥은 아드 아래이 아웃 지적났습니다 :).
찰스 버지

11

나는 일반적으로 루트, 스왑 및 홈을 위해 하나를 만듭니다. 이것의 장점은 OS를 다시 설치해야 할 경우 문서 (음악, 비디오, 사진 등)를 그대로 두는 것입니다. 홈 파티션을 건드리지 않고 OS 파티션 (루트)을 완전히 덮어 쓸 수 있기 때문에 파일이 안전하며 다른 미디어로 전송 한 다음 새 시스템으로 다시 전송하는 데 시간이 많이 걸리는 프로세스를 수행 할 필요가 없습니다. 재 포맷 / 이미지를 훨씬 더 우아하게 만듭니다.

여기 혜택에 대한 몇 가지 추가 정보를 원하시면입니다. 비록 창에 대해 쓰여졌지만 원리는 같습니다.


1
나는 또한 자신의 파티션에 / boot를 사용하고
싶다

6

/var/tmp별도의 파티션에 또한 일반적으로 좋은 아이디어로 간주됩니다; 이렇게하면 로그 파일 (예 : 임시 파일)이 제어에서 벗어날 경우 전체 디스크를 채우기 전에 중지됩니다.


3

이전의 창 시절에 파티션 작업을 과도하게 사용하는 것이 더 명확하다고 생각했기 때문에 사용했습니다. 특정 주제에 대한 하나의 드라이브 문자 (예 : 음악, 사진, 작업 등) 그러나 데이터와 시스템을 분리하는 것조차도 이미 의미가 있습니다.

시스템과 우분투와 같은 유닉스에는 드라이브 문자가 없으며 파티션은 빈 폴더에 마운트됩니다. 내 눈에 실제로 의미가있는 것은 :

  • 실제 시스템 설치를위한 시스템 파티션 생성
  • 홈 디렉토리의 파티션을 작성하십시오. 백업이 쉽고 거의 모든 프로그램이 설정을 유지하므로 짧은 시간 안에 많은 손실없이 시스템을 다시 설치 / 업그레이드 할 수 있습니다.
  • 스왑 파티션 만들기 (일반적으로 스왑 파일보다 더 효과적)
  • Babu가 이미 말했듯이 Bootloader가 시스템 파티션 형식을 지원하지 않으면 부트 파티션을 만듭니다.

4 개 이상의 개별 파티션은 우분투에서 의미가 없습니다 (4는 만들 수있는 최대 기본 파티션 수입니다) – 개인 취향의 문제 일뿐입니다.


3
실제로 일부 사람들은 각 종류의 데이터에 대해 파티션을 만드는 것을 보았습니다. 그것의 큰 문제는 주로 각각 필요한 크기를 정확하게 교정 할 수 없다는 것입니다. 그리고 조만간 적절한 파티션에 공간이 부족한 잘못된 파티션에 파일을 넣기 시작합니다. 따라서 일반적으로 "폴더를 사용할 수있는 파티션을 사용하지 마십시오"
Gnoupi

1
정확히 ... 하나의 파티션과 깨끗하고 깔끔한 폴더 구조로 사용 가능한 공간을 더 잘 사용할 수 있습니다.
Daff

1

별도의 / boot 파티션을 사용하면 루트 파일 시스템이 손상된 경우에도 루트 파일 시스템을 부팅하고 복구 할 수 있습니다. 모든 부트 파일을 루트 파일 시스템에 넣고 손상되면 전혀 부트되지 않을 수 있습니다. 유연성도 더 있습니다. 나중에 두 번째 디스크를 넣고 스왑을 한 다음 루트 디스크에서 스왑 파티션을 삭제하고 루트 파일 시스템을 해당 공간으로 확장 할 수 있습니다.

파일 시스템에서 하나 대신 하드 스왑 파티션을 만드는 것은 UNIX 스타일의 sysadmin입니다. 일부 사용자가 sudo 권한을 가지고 혼자서 파일을 작성하려고한다는 점을 제외하고 파일 시스템에 파일을 만들지 않는 실제 이유는 없습니다.

Babu와 Mike가 말했듯이 별도의 / home을 사용하면 모든 데이터를 잃지 않고 배포판을 업데이트하거나 변경할 수 있습니다.


0

홈 디렉토리를 별도의 파티션에 유지하면 사용자가 실수로 루트 파티션을 채우지 못하게됩니다. 루트 파티션을 채우면 문제가 발생할 수 있습니다 (예 : 시스템 로그가 종종 루트 파티션에 있음).

루트가 아닌 사용자가 실제로 디스크의 마지막 비트를 사용할 수는 없지만 (시스템에서 허용하지 않음) 대부분의 방법으로 디스크를 채운 다음 자동화 된 시스템 프로세스에 사용할 수 있습니다. 작업을 마치고 모든 작업을 다시 시작하는 것을 귀찮게 만듭니다.


0

별도의 홈 파티션을 유지하면 Linux 배포판을 다시 설치해야 파일을 유지할 수 있습니다.

GRUB은 ext4를 지원하지 않으므로 나머지 파일에 해당 파일 시스템을 사용하려면 별도의 부트 파티션이 필요합니다. GRUB은 이제 ext4를 지원하므로 별도의 부트 파티션을 유지하면서 옵션은 더 이상 필요하지 않습니다.


애벌레 (유산) ext4에 지원이 launchpad.net/ubuntu/jaunty/+source/grub/0.97-29ubuntu47을 GRUB2 않습니다 그래서 및 bugs.launchpad.net/ubuntu/+source/grub2/+bug/294763는 (이하 "수정 릴리스를주의 "status)
richq

아, 오래된 게시물을 최신 상태로 유지하는 기쁨 ....
Babu

-2

Linux는 일반적으로 디스크를 Windows 시스템과 매우 다르게 인식합니다. 또한 Windows Fat32 / NTFS 및 최신 파일 시스템도 대부분 Windows 엄격 형식입니다. 따라서 실제로 자신이하는 일이나 내부적으로 어떻게 행동하는지 모릅니다. Linux는 가장 널리 사용되는 자체 파일 시스템 ext3 / 4를 사용하며 Linux 파일 시스템은 상태와 같은 트리에 존재하지 않으며 디스크에 상주하는 2 급 시민처럼 데이터를 취급하지 않습니다. 운영 체제에 대해 단일 또는 다중 파티션을 작성할 수있는 이유는 조직 및 디스크 속도 액세스 모두에 대한 것입니다. 이 마지막 부분은 수년에 걸쳐 변경되었지만, 대부분의 Linux 사용자는 수동으로 만든 파티션에 균등하게 맞추기 위해 os 데이터를 슬라이스해야하기 때문에 여러 파티션을 사용하지 않아도됩니다. 나는 개인적으로 다중 파티션을 갖는 것이 직관적이라고 생각합니다. 반면에 리눅스 시스템은 일반적으로 디스크 섹터가 불량하거나 조각 모음을위한 자동 기능이 없습니다. 이것은 Microsoft의 나쁜 디자인이며 내부 문제를 해결할 수 없으므로 자신의 문제를 60 %의 시간으로 해결할 수있는 도구를 작성합니다.


"상태와 같은 나무에는 존재하지 않습니까?" "두 번째 유리 시민처럼 데이터를 처리"? "리눅스 머신은 일반적으로 불량 디스크 섹터로 고통받지 않습니다"? 이것은 거의 말도 안되는 일이며 조각화는 무엇과 관련이 있습니까?
psusi

"개인적으로는 그것이 직감적이라고 생각합니다"-솔직히 말해서, 당신은 거의 모든 것에 대해 많은 오해를 가지고 있습니다. 기본적인 연구를한다면이 모든 것이 더 의미가있을 수 있습니다. 더 나은 이해를 위해 여기에 자신의 질문을하는 것을 두려워하지 마십시오. 그것이 바로 사이트가 여기있는 것입니다. 철저히 이해하고있는 것에 대한 답변을 게시하십시오. 이 사이트는 지식 기반이며 "지식"은 답변에있어 핵심 키워드입니다. 우리는 서로의 게시물을 동료 검토하므로 일반적으로 오답은 찌그러집니다 (이와 같이). :-)
fixer1234

BTW, 다른 답변에는 많은 좋은 설명이 있으므로 학습을 시작하기에 좋은 곳입니다.
fixer1234
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.