Kích thước được đề xuất cho phân vùng Linux / boot là gì?


46

Kích thước được đề nghị cho /bootphân vùng Linux là gì?

Và nó có an toàn để không có một /bootphân vùng?

Tôi thấy một số máy chủ không có /bootphân vùng trong khi một số máy chủ có /bootphân vùng 128 MB . Tôi hơi bối rối. Là /bootphân vùng cần thiết? Nếu nó là, nó nên lớn như thế nào?

Câu trả lời:


40

Những ngày này, 100 Megabyte hoặc 200 Megabyte là tiêu chuẩn.

Bạn không cần phải có phân vùng / boot. Tuy nhiên, thật tốt khi có lý do linh hoạt (LVM, mã hóa, hạn chế BIOS).

Biên tập:

Kích thước được đề xuất đã được tăng lên 300MB-500MB.

Đồng thời xem: https://superuser.com/questions/66015/installing-ubfox-do-i-really-need-a-boot-parition


3
200 MB là mức tối thiểu trên hầu hết Linux hiện đại nhưng tôi sẽ tăng nó lên ít nhất 300 MB để tránh những rắc rối khi định cỡ lại nó.
Wernight

@josten Tôi có thể cài đặt HĐH sơ cấp trên một btrfs duy nhất mà không cần /bootphân vùng hoặc sự cố thêm . Không chắc tại sao bạn lại nói thế.
Wernight

@josten Ok, một số "bạn có thể cần" nhiều hơn. Cảm ơn đã làm rõ.
Wernight

Tôi ước tôi thấy câu trả lời này trước khi cài đặt - cài đặt Debian 8 với 100 MB khởi động và nhận ra gần một nửa phân vùng khởi động đã biến mất.
Codism

@ewwhite Kích thước được đề nghị này đến từ đâu?
Tim

36

Tôi có xu hướng tạo 1 GB /boot. Tôi để lại một hình ảnh CD trực tiếp có nhiều công cụ sửa chữa khác nhau /boot. Tôi chủ yếu làm điều này cho các hệ thống mà tại các trang web từ xa tôi hỗ trợ.

Với cấu hình phù hợp và đủ bộ nhớ, GRUB 2 có thể khởi động hình ảnh mà không cần trích xuất nội dung. Một vài lần tôi đã nói nhân viên từ xa khởi động lại hệ thống với hình ảnh đĩa CD trực tiếp và bắt đầu kết nối mạng / ssh trên một hệ thống có vấn đề để tôi có thể kết nối và sửa chữa mọi thứ.

Điều này chắc chắn là không cần thiết, hoặc thậm chí phổ biến.


Bạn thích đĩa CD nào trong những trường hợp này?
ewwhite

1
Đối với tôi, bản phân phối được lựa chọn là SystemResTHERCD và Finnix là một bản hay khác.
Sao Hỏa

9
Thưa ngài, thật tuyệt vời.
SpacemanSpiff

1
@zoredache Tôi đang cài đặt arch linux trên đĩa cứng ngoài của mình cho mục đích công việc, tôi muốn thêm hình ảnh trực tiếp như bạn đã nói, để giải cứu, bạn có thể chỉ cho tôi bất kỳ liên kết nào để làm điều đó không?
pahnin

3
@pahnin Dưới đây là các hướng dẫn tôi tìm thấy để làm điều đó: help.ubuntu.com/community/Grub2/ISOBoot (điều này có lẽ giá trị là một vấn đề riêng của mình)
Thaeli

22

Kích thước được đề nghị cho /bootphân vùng Linux là gì?

Các /bootphân vùng chứa các cấu hình GRUB, hạt nhân với System.map của họ, ... Tôi nghĩ rằng ~ 100 MB là đủ.

Và nó có an toàn để không có một /bootphân vùng?

Đúng. Nhưng một /bootphân vùng riêng biệt có một số lợi thế:

  • Như một phân vùng cứu hộ
  • rootfs là trên LVM, RAID, được mã hóa hoặc không được GRUB hỗ trợ
  • Có thể tiết kiệm một vài giây thời gian khởi động

2
Gần đây tôi đã rất ngạc nhiên với một bios không thể truy cập vào các trụ trên 1023 (?).
Random832

2
@quanta làm thế nào 'có thể tiết kiệm một vài giây thời gian khởi động' ?
Alessandro Pezzato

2
Bởi vì thường / boot nằm ở đầu đĩa, thường ở các khu vực bên ngoài có ít cơ hội bị phân mảnh hơn và đường dẫn nhỏ hơn (ít thư mục đọc hơn), nên thường là phân vùng chính (không cần đọc phân vùng logic chuỗi). Nhưng tôi nghi ngờ rằng bạn đạt được nhiều hơn 1 giây.
Mircea Vutcovici

8

Nó cũng khác phân phối từ phân phối. Ví dụ: tối thiểu Fedora là 250 MB [1] và 500 MB là mặc định và nếu bạn có kế hoạch (trước) nâng cấp trong tương lai thì cần 500 MB [2] . Nếu dung lượng không phải là vấn đề, tôi sẽ sử dụng 1 GB để tránh xáo trộn các phân vùng sau này như tôi phải làm khi nâng cấp gần đây.

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


5

Tôi vừa cài đặt Ubuntu 13.10 (Saucy Salamander) với 105 MB /boot. Nó đã cài đặt tốt, nhưng sau khi khởi động lại, tôi đã cập nhật và nó nói rằng không có đủ dung lượng.

Nó muốn có thêm khoảng 196 MB để nâng cấp; nó phải là một bản nâng cấp kernel hay cái gì đó Vì vậy, đã phải cài đặt lại với một lớn hơn /boot. Tôi đã đi được 500 MB, và điều đó dường như hoạt động. Đó là một điều tốt, nó không mất nhiều thời gian để thực hiện cài đặt mới :)


Ubuntu không phải lúc nào cũng loại bỏ các hạt nhân cũ sau khi nâng cấp. Bạn cần phải tự làm điều đó. Nếu không, nó có thể giữ một vài trong số họ xung quanh trong một thời gian dài.
Matt

Tôi đã sử dụng kích thước mặc định trên máy tính xách tay của tôi, ít hơn 100Mb. Hậu quả là bất cứ khi nào tôi cập nhật, tôi cần xóa bản cập nhật trước đó, vì vậy tôi luôn có hai phiên bản trên máy tính của mình. Trên máy tính xách tay mới của tôi, tôi sẽ tạo / khởi động 1Gb. Trên máy tính để bàn của tôi, nó có dung lượng 500Mb, có vẻ ổn.
Christine

4

Các hệ thống hiện đại thường được cài đặt với phân vùng khởi động / lớn hơn nhiều so với trước đây. Con số đã tăng lên theo thời gian.

Xem xét:

RHEL 5 đã tạo phân vùng 101 MiB / boot.

Phân vùng RHEL 5

RHEL 6 đã tạo phân vùng 500 MiB / boot.

Phân vùng 6

RHEL 7 cũng đã tạo phân vùng 500 MiB / boot, nhưng điều này đã được đổi thành 1024 MiB trong 7.3, vì khi ghi chú phát hành :

Trong các bản phát hành trước đây của Red Hat Enterprise Linux 7, kích thước mặc định của phân vùng / boot được đặt thành 500 MB. Điều này có thể dẫn đến các sự cố trên các hệ thống có nhiều hạt nhân và các gói bổ sung như kernel-debuginfo được cài đặt. Phân vùng / boot có thể trở nên đầy đủ hoặc gần như đầy đủ trong kịch bản như vậy, điều này sau đó ngăn hệ thống nâng cấp và yêu cầu dọn dẹp thủ công để giải phóng thêm không gian.

Trong Red Hat Enterprise Linux 7.3, kích thước mặc định của phân vùng / boot được tăng lên 1 GB và những vấn đề này không còn xảy ra trên các hệ thống mới được cài đặt. Lưu ý rằng các bản cài đặt được thực hiện với các phiên bản trước sẽ không được thay đổi kích thước phân vùng / boot của chúng và vẫn có thể yêu cầu dọn dẹp thủ công để nâng cấp. (BZ # 1369837)

Phân vùng 7

Các hệ thống EL7 hiện tại của tôi có khoảng 200 MiB được sử dụng trong / boot, nhưng tôi thường không cài đặt các gói gỡ lỗi kernel.

Khi nhân Linux tiếp tục phát triển theo thời gian, chủ yếu là do thêm trình điều khiển thiết bị phần cứng, khuyến nghị này có khả năng sẽ tiếp tục phát triển.

Và một lần nữa, như được lưu ý bởi những người khác, phân vùng / boot không còn được yêu cầu nghiêm ngặt nữa đối với hầu hết các cài đặt. Ví dụ, máy ảo không cần nó, và các hệ thống khởi động UEFI cũng không cần nó (mặc dù chúng có phân vùng Hệ thống EFI phải tồn tại và đủ lớn để chứa các tệp UEFI khác nhau). Phân vùng / boot là cần thiết cho một số hệ thống cũ rất cũ và để sử dụng mã hóa toàn bộ đĩa LUKS.


4

Như chúng ta đã thấy sự gia tăng khá nhiều trong yêu cầu lưu trữ kernel linux và ngày càng tăng initrd, ngày nay tôi (tháng 2 năm 2018) có xu hướng phân bổ 1 GB dung lượng lưu trữ cho /boot.

Như /bootthường là điều duy nhất không có trên LVM, đó là phân vùng duy nhất bạn không thể thay đổi kích thước một cách dễ dàng. Do đó, "lãng phí" vài trăm megabyte thường không gây hại như /boothệ thống tập tin hóa ra quá nhỏ trong khoảng 5 hoặc 10 năm.


3

Đây chủ yếu là một chức năng của bao nhiêu hạt nhân bạn đã cài đặt và kích thước của các initrd của chúng.

Đối với kernel 3.0, initrd chạy khoảng 13 MB. Đối với hạt nhân 2,6 sớm, đây là 3,4 MB. Vì vậy, nếu bạn có kế hoạch giữ nhiều hơn một vài hạt nhân xung quanh, bạn sẽ cần ít nhất vài trăm MB.

Bao nhiêu và điều này có áp dụng cho bạn hay không tùy thuộc vào trường hợp sử dụng của bạn. Nếu bạn đa khởi động, kiểm tra hạt nhân và / hoặc nâng cấp thường xuyên, bạn có thể /bootnhanh chóng hết dung lượng trên phân vùng 100 MB . Nếu bạn không làm bất cứ điều gì trong số này, có lẽ nó sẽ là đủ.

Có rất ít lý do để tiết kiệm dung lượng lưu trữ (đó là các hạn chế về giá rẻ, BIOS, mount và bootloader đối với các khối chủ yếu là quá khứ) và tôi đang chứng kiến ​​sự tăng trưởng rõ rệt về tài nguyên hạt nhân theo thời gian, vì vậy đặt cược an toàn sẽ bây giờ là ~ 250 MB - 1 GB. Tôi vẫn thường thích phân vùng riêng / khởi động để kiểm soát và cách ly, mặc dù điều này gần như hoàn toàn trở thành vấn đề của sở thích (thiết bị RAID sẽ là một ngoại lệ rõ ràng, LVM và mã hóa cũng như được người khác lưu ý).


1

Nó cũng phụ thuộc vào số lượng hạt nhân bạn muốn có sẵn. Một hạt nhân bình thường, một hạt nhân "xen", một hạt nhân "máy tính để bàn" và trong hơn một phiên bản thực sự tổng hợp tốt. Tôi sẽ không sử dụng ít hơn 500MB. Thay đổi kích thước một phân vùng định vị phía trước sau đó mất rất nhiều thời gian.

Nếu bạn đang tạo một máy ảo, một đĩa (ảo) riêng biệt có thể có ích cho một số phân vùng (/ home, / boot, /) nếu bạn không quen với LVM.


0

Tôi luôn sử dụng 100MB làm quy tắc khi tôi xây dựng hệ thống. Tôi cho rằng nếu bạn đang thử nghiệm hàng tấn hạt nhân khác nhau (hoặc xây dựng hạt nhân tùy chỉnh của riêng bạn), bạn có thể muốn một hạt nhân lớn hơn, nhưng 100 MB là đủ cho hầu hết mọi người. Ngoài ra, như đã đề cập, có một phân vùng khởi động riêng là một ý tưởng tốt cho một loạt các lý do.


5
Phân phối hiện tại muốn 200MB +.
ewwhite

1
Cập nhật cho năm 2017: Có thể làm cho / boot của bạn giống hơn 500MB. 200 MB sẽ hoạt động, nhưng lưu trữ là rẻ và có một số không gian thở sẽ tốt đẹp. Sử dụng phán đoán của bạn.
James T Snell

1
@JamesTSnell btw đã cài đặt Ubuntu 16.04 hết dung lượng đĩa trên 200MB / lần khởi động sau ~ 3 năm cập nhật và hạt nhân mới - rõ ràng hệ thống cập nhật Ubuntu 16.04 không tốt trong việc dọn sạch các hạt nhân cũ. ngay bây giờ / boot đang ở mức 240 MB ở đó .. và việc khắc phục nó khá rắc rối, phải di chuyển mọi thứ trong boot sang nơi khác, sau đó xóa phân vùng khởi động, sau đó thay đổi kích thước phân vùng gốc, sau đó tạo lại phân vùng khởi động sau đó phải di chuyển mọi thứ trở lại sau đó đảm bảo phân vùng khởi động mới có cờ khởi động blah blah blah
hanshenrik

@hanshenrik - Tôi đã sửa vấn đề đó nhiều lần. Bạn KHÔNG phải thay đổi kích thước / boot của mình, nhưng làm như vậy sẽ cho phép bạn thay đổi thời gian sẽ trôi qua bao lâu trước khi nó xuất hiện trở lại. Nó chắc chắn khá khó chịu và tôi không chắc có một giải pháp thích hợp để nó tự quản lý hay không.
James T Snell
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.