일부 사람들이에 대해 별도의 파티션을 만드는 것을 보았습니다 /boot. 이렇게하면 어떤 이점이 있습니까? 이렇게 하면 앞으로 어떤 문제가 발생할 수 있습니까?
또한 제외 /home하고 /boot, 어떤 파티션은 분리 될 수 있는가? 추천합니까?
답변
이것은 기계가 대형 하드 드라이브를 처리하는 데 문제가있을 때 “ye olde tymes”에서 보류 된 것입니다. /boot파티션 의 기본 개념 은 드라이브가 연결된 모든 시스템에서 항상 파티션에 액세스 할 수 있도록하는 것입니다. 기계가 드라이브 시작 (실린더 번호가 낮음)에 도달하면 시스템을 부트 스트랩 할 수 있습니다. 거기에서 리눅스 커널은 BIOS 부팅 제한을 무시하고 문제를 해결할 수 있습니다. 최신 시스템이 이러한 제한을 해제 /boot함에 따라 부트 로더가 기본적으로 인식하지 못하는 암호화 또는 파일 시스템과 같은 다른 파티션을 추가로 처리해야하는 경우가 아니라면 더 이상 분리 할 필요가 없습니다.
기술적으로, 실제로 오래된 하드웨어를 사용하지 않는 경우 (1998 년 이전) 단일 파티션을 사용하여 문제를 해결할 수 있습니다 .
별도의 파티션을 사용하기로 결정한 경우 200MB의 공간과 같은 적절한 공간을 확보하십시오. 그것은 몇 번의 커널 업그레이드에 충분할 것입니다 (매번 몇 메가를 소비합니다). / boot가 채워지기 시작하면 사용하지 않는 이전 커널을 제거하고 부트 로더를 조정하여이 사실을 인식하십시오.
답변
/ boot 파티션을 갖는 한 가지 이유는 암호화 된 /와 같은 것을 허용하기 때문입니다. 여기서 커널과 initrd는 암호화되지 않은 파티션에서로드 된 다음 운영 체제가 포함 된 암호화 된 루트 파티션을 마운트하는 데 사용됩니다. 그러나 일반적인 사용법은 중요하지 않습니다.
Riccardo Murri 의 의견 추가 :
별도의 / boot를 사용해야하는 역사적인 이유도 있습니다. 이전에는 BIOS가 큰 디스크의 일부에만 액세스 할 수 있었으므로 OS 부트 로더에 필요한 모든 파일은 BIOS 액세스 가능 영역에 보관해야했습니다. 따라서 별도의 / boot 파티션입니다. 더 이상 적용되지 않습니다.
답변
Red Hat과 같은 주요 엔터프라이즈 배포판의 주된 이유는 Suse가 별도의 / boot를 사용하는 것이 기본적으로 LVM을 사용하고 Grub을 사용하여 LVM에서 부팅 할 수 없기 때문이라고 생각합니다. 그렇게 간단합니다.
따라서 LVM을 사용하고 싶을 때 별도의 / boot를 사용하십시오. 개인적으로, 나는 사물의 호스트에 대한 LVM 및 별도의 파티션을 모두 사용하는 것이 좋습니다 생각처럼 /var, /boot, /home그리고 /tmp심지어 /usr서버, 전체 받고에서 루트 파일 시스템 또는 데이터 파티션을 보호하기 위해, 예를 들어.
답변
주어진 것보다 덜 중요한 마지막 이유 중 하나는 디스크의 일부가 손상된 경우 PC를 부팅 가능한 상태로 유지할 수 있기 때문입니다. 파티션이 많을수록 오류가있는 파티션을 마운트하지 않는 것이 더 쉽습니다.
때로는 유용 할 수 있지만 일반적으로 더 좋은 방법이 있습니다.
편집 : 또 다른 요점 : LVM을 사용하는 Linux를 가정하면 잠재적 인 문제를 피할 수있는 좋은 방법이 될 수 있습니다. “파티션”의 크기를 조정하고 새로운 공간을 쉽게 추가 할 수 있습니다.
답변
나는 이것이 다른 것보다 개인적인 취향에 가깝다고 생각합니다. 모범 사례 일 수도 있습니다. / boot에 대한 개인적인 견해는 읽기 전용입니다. 가끔 커널을 업그레이드하거나 grubloader에 다른 OS를 추가하기 위해 거기에 글을 써야합니다. 그 외에도 부팅이 필요합니다. 따라서 별도의 파일 시스템에 파일을 저장하면 읽기 전용으로 설정하는 데 도움이 될 수 있습니다 (보안 측면도있을 수 있음).
해야 별도의 파일 시스템을 수? 나는 생각하지 않습니다. 그러나 그것은 나쁜 생각입니까? 아니, 전혀!
답변
질문의 ‘어떤 문제가 발생할 수 있는가’에 대한 답으로, 파티션과 마찬가지로 처음 할당 한 것보다 더 많은 공간이 필요할 위험이 있습니다. 의 경우에는 그럴 가능성이 없지만 /boot, 최근 페도라에서 작은 /boot크기로 인해 사전 업그레이드에 문제 가있었습니다 .
답변
질문의 두 번째 부분과 관련하여 현재 배포와 독립적 인 것을 별도의 파티션에 배치하는 것이 유용 할 수 있습니다. 또한 드라이브에 여유 공간을 남겨두면 나중에 필요한 경우 다른 배포판을 설치하거나 현재 배포판을 다시 설치하여 두 가지 모두에 액세스하려는 모든 항목에 대한 액세스를 공유 할 수 있습니다.
별도의 파티션에 대한 Obviuos 후보는 / usr / local 및 / home과 / root입니다. 개인적으로 사용자 지정 파티션을 만들고 / part / data와 같은 임의의 마운트 지점에 마운트 한 다음 다음과 같이 심볼릭 링크를 진행하는 것이 더 효율적이라는 것을 알았습니다.
sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local