명백한 질문에 대답하기 위해 : 아니오 , 별도의 파티션 /boot이 모든 경우에 반드시 필요한 것은 아닙니다.
그러나 다른 작업을 분할하지 않더라도, 일반적으로 별도의 파티션이하는 것이 좋습니다 /, /boot및 스왑입니다. 또한 것이라고 강력하게 제안 퍼팅 /home파일 시스템 계층에게 더를 분할하지 않더라도,뿐만 아니라 별도의 파티션에.
일반 루트 파일 시스템과 별도의 파티션에 / boot를 배치하는 이유는 디스크상의 파일 시스템 복잡성을 줄일 수 있기 때문에 커널과 초기 RAM 디스크를 부트 스트랩하기위한 부트 로더의 요구를 줄입니다. 이는 사소한 설정을 실행하는 경우 특히 흥미 롭습니다. RAID를 실행 중이거나 루트 파티션의 ZFS와 같은 비정상적인 파일 시스템 또는 암호화 된 루트 파티션 일 수 있습니다. 그런 다음 일반 ext2fs와 같이 / boot 용 파티션을 포맷 할 수 있습니다. 파티션은 작을 필요가 있기 때문에 (수백 메가 바이트가 충분합니다. 현재 시스템의 / boot는 100MB이므로 제약이 없습니다) ext2와 같은 저널링되지 않은 파일 시스템의 단점은 어쨌든 수표가 너무 빠르기 때문에 그렇게 훌륭하지는 않습니다. 파일 시스템의 상대적 단순성 및 파일 시스템은 정적이지 않기 때문에 발견되지 않은 손상을 줄일 수 있습니다. 부트 로더가 이국적인 파일 시스템이나 디스크 설정을 기본적으로 이해할 필요가 없다는 것도 또 다른 장점입니다.
/ home을 별도의 파티션에 배치하는 이유는 무언가가 잘못되어 채워지기 시작하더라도 (또는 직접 작성하더라도) 비 사용자 프로세스에 문제를 일으킬 위험이 없기 때문입니다. 홈) 또는 부팅 프로세스 자체. 또한 설치 프로그램에 / home을 그대로두고 다시 포맷 /하여 자체 파일로 채우도록 하면 OS를 다시 설치하거나 배포판을 전환하는 것이 훨씬 쉬워집니다 . 소프트웨어에 문제가있는 경우 최후의 복구 노력으로 큰 차이를 만들 수 있습니다.
스왑 파일을 실행하는 것은 Linux에서 권장되는 설정이 아니며 가장 일반적인 배포판의 주식 커널이 지원 되는지 확실하지 않습니다.파일 기반 스왑. 이것에 대한 여러 가지 이유가 있습니다. 하나의 큰 이유는 성능입니다 (대부분 조각화의 위험 때문에). 스왑은 RAM에 비해 이미 속도가 느리기 때문에 (픽스보다 스톱 갭 측정에 더 가깝습니다) 조각화의 위험으로 인해 속도를 늦출 이유가 거의 없습니다. 그리고 멀티 부트 환경에서 Linux 배포판간에 스왑 파티션을 안전하게 공유 할 수 있습니다. 아마도 일반적인 경우에 대한 고려 사항이 아니라 일부에 대한 고려 사항 일 것입니다. 스왑 파티션은 특성이 다른 별도의 물리 디스크에 배치 할 수도 있습니다. 요즘 SSD 또는 별도의 컨트롤러 채널에서 실행되는 10krpm 드라이브 (마지막으로 모든 SATA 디스크가 별도의 채널에 있지만 PATA 시대에는 차이를 만들 수 있습니다).
요즘 개인적으로 현재 시스템의 /를 100GB로 /, / boot 및 swap을 분리합니다 (나는 그 모든 것을 거의 사용하지 않습니다. 현재 사용량은 8.9GB이며, 그로 인해 필요한 모든 것을 제공합니다. 소프트웨어와 일부). 기본 디스크의 나머지는 단일 파일 시스템으로 구성되어 있으며, 개인 규칙에 따라 / da ( disk a)에 마운트 합니다. 두 번째 디스크는 / db, 그런 다음 / dc 등입니다. (FHS가 실제로이 체계를 승인하는 것은 의심 스럽지만 실제로는 잘 작동합니다.) 그런 다음 / home을 / da에 바인드 마운트하여 모든 단일 경로 참조를 업데이트하지 않아도 물리적 디렉토리를 이동할 수 있습니다. / home에 대해 디스크 공간이 약간 부족하다는 사실을 깨달았 기 때문에 다시 파티션하기.