Jaki jest zalecany rozmiar partycji Linux / boot?


46

Jaki jest zalecany rozmiar /bootpartycji Linux ?

I czy bezpiecznie jest nie mieć /bootpartycji?

Widzę, że niektóre serwery nie mają /bootpartycji, a niektóre serwery mają /bootpartycję 128 MB . Jestem trochę zmieszany. Czy /bootpartycja jest konieczna? Jeśli tak, to jak duże?

Odpowiedzi:


40

Obecnie 100 megabajtów lub 200 megabajtów to norma.

Nie musisz mieć partycji / boot. Jednak ze względu na elastyczność (LVM, szyfrowanie, ograniczenia systemu BIOS) dobrze jest to mieć.

Edytować:

Zalecany rozmiar został zwiększony do 300 MB-500 MB.

Zobacz także: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition


3
200 MB to minimum w większości współczesnych Linuksów, ale zwiększę go do co najmniej 300 MB, aby uniknąć kłopotów ze zmianą rozmiaru.
Wernight

@ josten Mógłbym zainstalować podstawowy system operacyjny na jednym btrfs bez dalszej /bootpartycji lub problemu. Nie jestem pewien, dlaczego to powiedziałeś.
Wernight

@josten Ok, niektóre to bardziej „ty może potrzebować”. Dzięki za wytłumaczenie.
Wernight

Chciałbym zobaczyć tę odpowiedź przed instalacją - zainstalowałem Debian 8 ze 100 MB bootowania i zdałem sobie sprawę, że prawie połowa partycji bootującej zniknęła.
Codism

@ewwhite Skąd pochodzi ten zalecany rozmiar?
Tim

36

Mam tendencję do tworzenia 1 GB /boot. Zostawiam obraz CD na żywo, który zawiera różne narzędzia do naprawy /boot. Robię to głównie dla systemów obsługiwanych w zdalnych witrynach, które obsługuję.

Przy odpowiedniej konfiguracji i wystarczającej ilości pamięci GRUB 2 może uruchomić obraz bez wypakowywania zawartości. Kilka razy rozmawiałem ze zdalnym personelem o ponownym uruchomieniu systemu na obrazie CD na żywo i rozpoczęciu pracy w sieci / ssh w systemie, który miał problemy, więc mogłem się połączyć i naprawić.

Z pewnością nie jest to wymagane ani nawet powszechne.


Który Live CD preferujesz w tych przypadkach?
ewwhite

1
Dla mnie dystrybucją jest SystemRescueCD, a Finnix to kolejna fajna.
Martian

9
Proszę pana, jesteś niesamowity.
SpacemanSpiff

1
@zoredache Instaluję arch Linux na zewnętrznym dysku twardym w celu pracy, chciałbym dodać obraz na żywo, tak jak powiedziałeś, że na ratunek, czy możesz mi wskazać linki, jak to zrobić?
pahnin

3
@pahnin Oto instrukcje, które znalazłem, aby to zrobić: help.ubuntu.com/community/Grub2/ISOBoot (prawdopodobnie warto o to pytać samodzielnie)
Thaeli

22

Jaki jest zalecany rozmiar /bootpartycji Linux ?

/bootPartycja zawiera konfigurację GRUB, jądro z ich System.map ... myślę ~ 100 MB wystarczy.

I czy bezpiecznie jest nie mieć /bootpartycji?

Tak. Ale oddzielna /bootpartycja ma pewne zalety:

  • Jako partycja ratunkowa
  • rootfs jest na LVM, RAID, jest szyfrowany lub nie jest obsługiwany przez GRUB
  • Może oszczędza kilka sekund czasu uruchamiania

2
Stosunkowo niedawno zaskoczyło mnie bios, do którego nie można uzyskać dostępu powyżej 1023 (?) Cylindrów.
Random832,

2
@quanta jak „może zaoszczędzić kilka sekund czasu uruchamiania” ?
Alessandro Pezzato,

2
Ponieważ zwykle / boot znajduje się na początku dysku, który zwykle znajduje się w sektorach zewnętrznych, ma mniejsze szanse na fragmentację, a ścieżka jest mniejsza (mniej odczytów katalogów), jest to zwykle partycja podstawowa (nie trzeba czytać partycji logicznej łańcuch). Ale wątpię, czy zyskujesz więcej niż 1s.
Mircea Vutcovici,

8

Różni się także dystrybucją od dystrybucji. Na przykład dla Fedory minimum wynosi 250 MB [1], a domyślnie 500 MB, a jeśli planujesz (wstępną) aktualizację w przyszłości, wymagane jest 500 MB [2] . Jeśli miejsce nie stanowi problemu, wybrałbym 1 GB, aby zapobiec tasowaniu partycji później, jak to zrobiłem podczas niedawnej aktualizacji.

[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

Właśnie zainstalowałem Ubuntu 13.10 (Saucy Salamander) z 105 MB /boot. Zainstalował się dobrze, ale po ponownym uruchomieniu wykonałem aktualizator i powiedział, że nie ma wystarczającej ilości miejsca.

Potrzebował około 196 MB na aktualizację; to musiało być uaktualnienie jądra czy coś takiego. Więc musiałem zainstalować ponownie z większym /boot. Poszedłem po 500 MB i to wydawało się działać. Dobrze, że nowa instalacja nie trwa długo :)


Ubuntu nie zawsze usuwa stare jądra po aktualizacji. Musisz to zrobić sam. W przeciwnym razie może utrzymać kilka z nich przez długi czas.
Matt

Użyłem domyślnego rozmiaru na moim laptopie, który jest mniejszy niż 100 Mb. Konsekwencją jest to, że za każdym razem, gdy aktualizuję, muszę usunąć poprzednią aktualizację, więc zawsze mam dwie wersje na moim komputerze. Na moim nowym laptopie zrobię / bootuję 1 Gb. Na moim pulpicie jest to 500 Mb, co wydaje się w porządku.
Christine

4

Nowoczesne systemy są zazwyczaj instalowane z dużo większą partycją / boot niż w przeszłości. Liczba ta dopiero rośnie z czasem.

Rozważać:

RHEL 5 utworzył partycję 101 MiB / boot.

RHEL 5 Partycjonowanie

RHEL 6 utworzył partycję 500 MiB / boot.

RHEL 6 Parowanie

RHEL 7 utworzył także partycję 500 MiB / boot, ale w 7.3 została ona zmieniona na 1024 MiB, ponieważ jak podają informacje o wydaniu :

W poprzednich wersjach systemu Red Hat Enterprise Linux 7 domyślny rozmiar partycji / boot był ustawiony na 500 MB. Może to prowadzić do problemów w systemach z wieloma jądrami i dodatkowymi pakietami, takimi jak zainstalowane jądro-debuginfo. W takim scenariuszu partycja / boot może być pełna lub prawie pełna, co uniemożliwiło aktualizację systemu i wymagało ręcznego czyszczenia w celu zwolnienia dodatkowego miejsca.

W Red Hat Enterprise Linux 7.3 domyślny rozmiar partycji / boot jest zwiększony do 1 GB, a problemy te nie występują już w nowo instalowanych systemach. Pamiętaj, że instalacje wykonane przy użyciu poprzednich wersji nie będą miały zmienionych rozmiarów partycji / boot i nadal mogą wymagać ręcznego czyszczenia w celu aktualizacji. (BZ # 1369837)

RHEL 7 Partycjonowanie

Moje obecne systemy EL7 mają około 200 MiB używanych w / boot, ale zwykle nie instaluję pakietów debugowania jądra.

Ponieważ jądro Linuksa nadal rośnie z czasem, głównie z powodu dodawania sterowników urządzeń sprzętowych, to zalecenie prawdopodobnie również będzie rosło.

I znowu, jak zauważają inni, partycja / boot nie jest już wymagana w większości instalacji. Maszyny wirtualne na ogół go nie potrzebują, na przykład systemy rozruchowe UEFI również go nie potrzebują (chociaż mają partycję systemową EFI, która musi istnieć i być wystarczająco duża, aby pomieścić różne pliki UEFI). Partycja / boot jest wymagana w przypadku niektórych bardzo starych starszych systemów i do korzystania z szyfrowania pełnego dysku LUKS.


4

Ponieważ zaobserwowaliśmy dość wzrost wymagań dotyczących pamięci jądra linuksa i ciągle rosnącą liczbę uruchomień, obecnie (luty 2018 r.) Zwykle przeznaczam 1 GB przestrzeni dyskowej /boot.

Jak /bootzwykle jest to jedyna rzecz, której nie ma w LVM, jest to jedyna partycja, której nie można łatwo zmienić rozmiaru. Zatem „marnowanie” kilkuset megabajtów zwykle nie boli tak bardzo, jak /bootsystem plików, który okazuje się za mały w ciągu może 5 lub 10 lat.


3

Jest to głównie funkcja liczby zainstalowanych jąder i wielkości ich inicjatorów.

W przypadku jądra z serii 3.0, initrd działa około 13 MB. W przypadku wczesnych jąder 2.6 było to 3,4 MB. Tak więc, jeśli planujesz utrzymać więcej niż kilka jąder, potrzebujesz co najmniej kilkuset MB.

Ile i czy dotyczy to Ciebie, czy nie, zależy od Twojego przypadku użycia. Jeśli często uruchamiasz wiele systemów, testujesz jądra i / lub aktualizujesz często, możesz /bootszybko zabraknąć miejsca na partycji 100 MB . Jeśli nie zrobisz żadnej z tych rzeczy, prawdopodobnie będzie to wystarczające.

Istnieje bardzo niewiele powodów, aby skąpić na pamięci masowej (jest to tanie, BIOS, ograniczenia montowania i bootloadera na blokach są w przeszłości), i widzę znaczny wzrost zasobów jądra z czasem, więc bezpieczny zakład być ~ 250 MB - na razie 1 GB. Nadal wolę osobną partycję / boot do kontroli i izolacji, chociaż prawie całkowicie stało się to kwestią gustu (urządzenia RAID byłyby jednym oczywistym wyjątkiem, LVM i szyfrowaniem, jak zauważono przez innych).


1

Zależy to również od liczby jąder, które chcesz mieć. Normalne jądro, jądro „xen”, jądro „stacjonarne” iw więcej niż jednej wersji naprawdę dobrze się podsumowuje. Nie wybrałbym mniejszego niż 500 MB. Później zmiana rozmiaru partycji umieszczonej z przodu zajmuje dużo czasu.

Jeśli tworzysz maszynę wirtualną, osobny (wirtualny) dysk może się przydać dla kilku partycji (/ home, / boot, /), jeśli nie znasz LVM.


0

Zawsze buduję systemy z reguły 100 MB. Podejrzewam, że jeśli zamierzasz testować tony różnych jąder (lub budujesz własne niestandardowe jądra), możesz chcieć większego, ale 100 MB wystarcza dla większości ludzi. Jak już wspomniano, posiadanie osobnej partycji rozruchowej jest dobrym pomysłem z wielu powodów.


5
Obecne dystrybucje chcą ponad 200 MB.
ewwhite

1
Aktualizacja na 2017 rok: może również sprawić, że Twój / boot będzie bardziej jak 500 MB. 200 MB będzie działać, ale miejsce do przechowywania jest tanie, a oddychanie będzie przyjemne. Wykorzystaj swój osąd.
James T Snell

1
W @JamesTSnell btw zabrakło miejsca na dysku Ubuntu 16.04 na 200 MB / boot po ~ 3 latach aktualizacji i nowych jąder - najwyraźniej system aktualizacji Ubuntu 16.04 nie jest dobry w czyszczeniu starych jąder. w tej chwili / boot ma tam 240 MB .. i było to dość kłopotliwe naprawianie go, musiałem przenieść wszystko w bootie gdzie indziej, następnie usunąć partycję rozruchową, następnie zmienić rozmiar partycji głównej, a następnie ponownie utworzyć partycję rozruchową, a następnie przenieś wszystko do tyłu, upewniając się, że nowa partycja rozruchowa ma flagę rozruchową bla bla bla bla
hanshenrik

@hanshenrik - Naprawiłem ten problem może razy. Nie musisz zmieniać rozmiaru / boot, ale pozwoli ci to zmienić czas, jaki upłynie, zanim pojawi się ponownie. To zdecydowanie denerwujące i nie jestem pewien, czy istnieje odpowiednie rozwiązanie, aby sam sobie poradzić.
James T Snell
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.