Linux / boot 파티션에 권장되는 크기는 얼마입니까?


46

Linux /boot파티션에 권장되는 크기는 얼마입니까?

그리고 /boot파티션 이없는 것이 안전 합니까?

일부 서버에는 /boot파티션 이없고 일부 서버에는 128MB /boot파티션이 있습니다. 조금 혼란 스러워요. 가 /boot파티션이 필요? 그렇다면 얼마나 커야합니까?

답변:


40

요즘 100 메가 바이트 또는 200 메가 바이트가 표준입니다.

/ boot 파티션이 필요하지 않습니다. 그러나 유연성을 이유로 (LVM, 암호화, BIOS 제한)하는 것이 좋습니다.

편집하다:

권장 크기가 300MB-500MB로 증가되었습니다.

참조 : https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition


3
대부분의 최신 Linux에서는 최소 200MB가 필요하지만 크기를 조정해야하는 번거 로움을 피하기 위해 최소 300MB로 늘립니다.
Wernight

@josten 추가 /boot파티션이나 문제 없이 단일 btrfs에 기본 OS를 설치할 수 있습니다. 왜 그런 말을했는지 모르겠습니다.
Wernight

@josten Ok, 일부 는 "필요할 수도 있습니다". 설명해 주셔서 감사합니다.
Wernight

설치하기 전에 100MB 부팅으로 데비안 8을 설치하고 부팅 파티션의 거의 절반이 사라 졌다는 것을 알기 원합니다.
Codism

@ewwhite이 권장 크기는 어디에서 왔습니까?
Tim

36

나는 1GB를 만드는 경향이있다 /boot. 에 다양한 복구 도구가 포함 된 라이브 CD 이미지를 남깁니다 /boot. 나는 주로 내가 지원하는 원격 사이트에서 시스템을 위해 이것을한다.

올바른 구성과 충분한 메모리로 GRUB 2는 내용을 추출하지 않고 이미지를 부팅 할 수 있습니다. 몇 번이나 원격 직원에게 시스템을 라이브 CD 이미지로 재부팅하고 문제가 발생한 시스템에서 네트워킹 / ssh를 시작하여 사물을 연결하고 복구 할 수 있다고 말했습니다.

이것은 반드시 필요하지 않거나 심지어는 일반적입니다.


이 경우 어떤 Live CD를 선호하십니까?
ewwhite

1
나를 위해 선택의 배포판은 SystemRescueCD이고 Finnix는 또 다른 좋은 것입니다.
Martian

9
당신은 굉장합니다.
SpacemanSpiff

1
@ zoredache 작업 목적으로 외장 하드 디스크에 아치 리눅스를 설치하고 있습니다. 구명을 위해 라이브 이미지를 추가하고 싶습니다. 구제를 위해 링크를 알려주시겠습니까?
pahnin

3
@pahnin 여기 내가 그 일을 위해 찾은 지시 사항이 있습니다 : help.ubuntu.com/community/Grub2/ISOBoot (아마도 그 자체의 문제가 될 가치가 있습니다)
Thaeli

22

Linux /boot파티션에 권장되는 크기는 얼마입니까?

/boot파티션이 GRUB 구성을 포함, 자신의 System.map와 커널은 ... 나는 ~ 1백메가바이트이 충분하다 생각합니다.

그리고 /boot파티션 이없는 것이 안전 합니까?

예. 그러나 별도의 /boot파티션에는 몇 가지 장점이 있습니다.

  • 구조 파티션으로
  • rootfs는 LVM, RAID에 있으며 GRUB에 의해 암호화되거나 지원되지 않습니다
  • 부팅 시간을 몇 초 절약 할 수 있습니다

2
1023 (?) 이상의 실린더에 접근 할 수없는 바이오스에 대해서도 최근에 놀랐습니다.
Random832

2
@quanta 어떻게 '몇 초의 부팅 시간을 절약 할 수 있을까 ' ?
Alessandro Pezzato

2
일반적으로 / boot는 일반적으로 외부 섹터에있는 디스크의 시작 부분에 조각화 될 가능성이 적고 경로가 더 작기 때문에 (디렉토리 읽기가 적음) 일반적으로 기본 파티션입니다 (논리 파티션을 읽을 필요가 없음) 체인). 그러나 나는 당신이 1 이상을 얻는 것을 의심합니다.
Mircea Vutcovici

8

또한 분포와 분포가 다릅니다. 예를 들어 Fedora의 최소값은 250MB 이고 [1] 500MB가 기본값이며 향후 업그레이드를 계획하려면 500MB가 필요합니다 [2] . 공간이 문제가되지 않으면 최근에 업그레이드 할 때해야했던 것처럼 나중에 파티션을 섞지 않도록 1GB를 사용합니다.

[1] http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot


5

방금 우분투 13.10 (Saucy Salamander)을 105MB로 설치했습니다 /boot. 제대로 설치되었지만 재부팅 후 업데이트 프로그램을 수행했으며 공간이 충분하지 않다고 말했습니다.

업그레이드를 위해 또 다른 196MB가 필요했습니다. 커널 업그레이드이거나 다른 것이어야합니다. 따라서 더 큰 크기로 다시 설치해야했습니다 /boot. 나는 500MB로 갔다. 새로 설치하는 데 오래 걸리지 않는 것이 좋습니다 :)


Ubuntu는 업그레이드 후에 항상 이전 커널을 제거하지는 않습니다. 직접해야합니다. 그렇지 않으면 여러 개를 오랫동안 보관할 수 있습니다.
Matt

랩톱에서 기본 크기 인 100Mb 미만을 사용했습니다. 결과적으로 업데이트 할 때마다 이전 업데이트를 제거해야하므로 항상 컴퓨터에 두 가지 버전이 있습니다. 새 랩톱에서 / boot 1Gb를 만듭니다. 내 데스크탑에서는 500MB입니다.
Christine

4

최신 시스템은 일반적으로 과거보다 훨씬 큰 / boot 파티션으로 설치됩니다. 시간이 지남에 따라 그 수가 증가하고 있습니다.

치다:

RHEL 5는 101 MiB / boot 파티션을 만들었습니다.

RHEL 5 파티셔닝

RHEL 6은 500 MiB / boot 파티션을 만들었습니다.

RHEL 6 분할

RHEL 7은 500 MiB / 부팅 파티션도 만들었지 만 릴리스 노트 상태에 따라 7.3에서 1024 MiB로 변경되었습니다 .

이전 Red Hat Enterprise Linux 7 릴리스에서는 / boot 파티션의 기본 크기가 500MB로 설정되었습니다. 이로 인해 다중 커널이 설치된 시스템 및 kernel-debuginfo와 같은 추가 패키지가 설치 될 수 있습니다. 이러한 시나리오에서 / boot 파티션이 가득 찼거나 거의 가득 차서 시스템을 업그레이드하지 못하고 추가 공간을 확보하기 위해 수동 정리가 필요했습니다.

Red Hat Enterprise Linux 7.3에서 / boot 파티션의 기본 크기는 1GB로 증가했으며 이러한 문제는 더 이상 새로 설치된 시스템에서 발생하지 않습니다. 이전 버전으로 설치된 설치는 / boot 파티션의 크기가 조정되지 않으며 업그레이드를 위해 수동 정리가 필요할 수 있습니다. (BZ # 1369837)

RHEL 7 파티션

현재 EL7 시스템은 / boot에 약 200 개의 MiB를 사용하지만 일반적으로 커널 디버그 패키지를 설치하지 않습니다.

시간이 지남에 따라 하드웨어 장치 드라이버 추가로 인해 Linux 커널이 계속 커짐에 따라이 권장 사항도 계속 커질 것입니다.

그리고 다른 사람들이 언급했듯이 / boot 파티션은 더 이상 대부분의 설치에 더 이상 필요하지 않습니다. 예를 들어 VM에는 일반적으로 VM이 필요하지 않으며 UEFI 부팅 시스템에도 필요하지 않습니다 (EFI 시스템 파티션이 있어야하며 다양한 UEFI 파일을 보유 할 수있을 정도로 커야 함). 아주 오래된 레거시 시스템과 LUKS 전체 디스크 암호화를 사용하려면 / boot 파티션이 필요합니다.


4

Linux 커널 스토리지 요구 사항이 상당히 증가하고 initrd가 계속 증가함에 따라 요즘 (2018 년 2 월)에 1GB의 스토리지를 할당하는 경향이 /boot있습니다.

로서 /boot일반적으로 LVM에없는 유일한 것은, 그것은 당신이 쉽게 크기를 조정할 수 없습니다 유일한 파티션입니다. 따라서 몇 백 메가 바이트의 "폐기"는 보통 /boot5 년에서 10 년 안에 너무 작은 파일 시스템 만큼 나쁘지 않습니다 .


3

그것은 당신이 설치 한 커널의 수와 initrd의 크기에 달려 있습니다.

3.0 시리즈 커널의 경우, initrd는 약 13MB를 실행합니다. 초기 2.6 커널의 경우 이것은 3.4MB입니다. 따라서 몇 개 이상의 커널을 유지하려는 경우 적어도 몇 백 MB가 필요합니다.

이것이 얼마나 적용되는지 여부는 사용 사례에 따라 다릅니다. 다중 부팅, 커널 테스트 및 / 또는 자주 업그레이드하는 경우 100MB /boot파티션 의 공간이 빨리 부족할 수 있습니다. 이 중 아무 것도하지 않으면 충분할 것입니다.

스토리지를 훑어 볼 이유가 거의 없습니다 (블록에 대한 저렴한 BIOS, 마운트 및 부트 로더 제한은 대부분 과거의 일입니다). 시간이 지남에 따라 커널 리소스가 눈에 띄게 증가하고 있기 때문에 안전한 내기 현재 ~ 250MB-1GB 여야합니다. 나는 일반적으로 제어 및 격리를 위해 별도의 / boot 파티션을 선호하지만 이것이 거의 완전히 맛의 문제가되었습니다 (RAID 장치는 LVM 및 암호화뿐만 아니라 다른 사람들이 지적한 명백한 예외 일 것입니다).


1

사용 가능한 커널 수에 따라 다릅니다. 일반적인 커널, "xen"커널, "desktop"커널 및 둘 이상의 버전에서 실제로 잘 요약됩니다. 나는 500MB보다 작게 가지 않을 것입니다. 나중에 전면 파티션의 크기를 조정하는 데 많은 시간이 걸립니다.

가상 머신을 작성하는 경우 LVM에 익숙하지 않은 경우 별도의 (가상) 디스크가 여러 파티션 (/ home, / boot, /)에 유용 할 수 있습니다.


0

시스템을 구축 할 때는 항상 100MB를 사용합니다. 나는 당신이 많은 다른 커널을 테스트하거나 (또는 ​​자신의 커스텀 커널을 구축하려는 경우) 더 큰 커널을 원할 수도 있지만 대부분의 사람들에게는 100MB이면 충분하다고 생각합니다. 또한 언급 한 바와 같이 여러 가지 이유로 별도의 부팅 파티션을 갖는 것이 좋습니다.


5
현재 배포판은 200MB 이상을 원합니다.
ewwhite 2016 년

1
2017 년 업데이트 : / boot를 500MB처럼 만들 수 있습니다. 200MB는 작동하지만 스토리지는 저렴하며 약간의 호흡 공간이있는 것이 좋습니다. 당신의 판단을 사용하십시오.
제임스 T 스넬

1
@JamesTSnell btw는 ~ 3 년의 업데이트와 새로운 커널 이후에 200MB / boot의 디스크 공간에서 Ubuntu 16.04 설치에 디스크 공간이 부족한 것으로 나타났습니다. Ubuntu 16.04 업데이트 시스템은 오래된 커널을 정리하는 데 좋지 않습니다. 바로 지금 / boot는 240MB에 있습니다. 부팅을 고르고 다른 곳으로 이동 한 다음 부팅 파티션을 삭제하고 루트 파티션의 크기를 조정 한 다음 부팅 파티션을 다시 생성해야합니다. 모든 것을 뒤로 옮기고 새로운 부팅 파티션에 부팅 플래그가 있는지 확인하십시오. blah blah blah
hanshenrik

@hanshenrik-문제가 때로는 수정 될 수 있습니다. / boot의 크기를 조정하지 않아도되지만 다시 부팅하기까지의 시간을 변경할 수 있습니다. 확실히 성가신 일이며 자체 관리에 대한 적절한 해결책이 있는지 확실하지 않습니다.
제임스 T 스넬
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.