What filesystem should /boot be?
I recently decided to set up my custom built system to be Linux only and I manually set up /boot, /, and swap partitions with /boot and / being ext4 filesystem types. Upon completing installation of Ubuntu 13.10 (as my 14.04 iso was corrupt) and restarting, I would be faced with grub rescue prompt. I tried installing the boot loader installation on /dev/sda and /dev/sda1 where my /boot partition was and it seemed my system could not find grub. I finally got tired of messing around with this and deleted all my partitions using GParted and installed from a Live DVD and allowed the installer to install Ubuntu for me. When it was done installing, I became curious and checked via GParted how the partitions were set up and the partitions were the same with the exception of /boot was using the fat32 filesystem. I rebooted the system and it booted up correctly with no problems. Are there certain filesystem types that should be used for the /boot partition simply so grub will be found/read?
3 Answers 3
In theory, almost anything that both the Linux kernel and GRUB (or whatever boot loader you use) can read is suitable for /boot . Most distributions default to ext4fs, but I’ve used ext2fs, ext3fs, and XFS with no problems under Ubuntu. I don’t recall offhand if JFS is supported at installation. If so it should work fine, too. ReiserFS, HFS+, and FAT are not supported for /boot by Ubuntu’s installer, but they all work fine if you set them up after the fact. Chances are a few more (NTFS, exFAT, and some others) would work, too, but I’ve never tried them — at least, not with GRUB. FAT deserves special mention because, if you’re using EFI, the EFI System Partition (ESP) is FAT, and mounting the ESP at /boot can simplify use of certain boot loaders and boot managers, such as ELILO and gummiboot, which require the kernel to reside on the same partition as the boot loader. Ubuntu uses GRUB 2 by default, so this isn’t an issue with Ubuntu if you use the default boot loader, but if you want to experiment it might be worth considering. OTOH, using FAT for /boot will slightly complicate OS version updates and re-installations.
One complication to changing the filesystem on /boot (on an already-installed system) is that you may need to completely re-install GRUB. The reason is that its filesystem driver gets built into its binary (stored in the sectors following the MBR, in the BIOS Boot Partition, or in the grubx64.efi file, depending on the boot mode and partition table type). Thus, if you change the filesystem, that binary must be reconstructed, which is done by grub-install . This isn’t an issue for fresh Ubuntu installations, since the installer will run grub-install as part of the installation process, so it should work fine as long as the Ubuntu installer itself accepts your choice of filesystem — which, as I’ve said, will actually narrow your choices from what GRUB permits.
Would my system being a UEFI system cause the problems I mentioned? I’m not as familiar with what UEFI is and how it would affect the installation of my system.
Yes. GRUB on EFI-based computers can be a bit flakier than GRUB on BIOS-based computers. Also, even though your computer uses EFI firmware, there’s no guarantee that Ubuntu installed in native EFI mode; it might have installed in BIOS/CSM/legacy mode. Worse, if you installed in one mode and then tried to repair in another, the inconsistency will make matters worse. Understanding your boot mode is critical, especially in dual-boot setups. See my Web page on the subject or the Ubuntu community wiki for details.
I think it’s probably a good idea to use ext4 or ext3, while XFS for example probably works fine today, older versions of the Fedora manual explicitly stated that only ext filesystems were supported. Since there’s not much difference, I think it makes sense to go with what is most likely to work, even on older systems.
Вопрос по разделу /boot
то мы можем стереть любой из linux-ов и при этом сохраняем возможность загрузки в оставшийся без дополнительных телодвижений.
lampslave
Да, всё равно. А вот если бы это была, например, Ubuntu, достаточно было бы только перегенерировать конфиг. И при удалении любой из операционок сохранялось бы возможность загрузки в другую.
Ну с корневым каталогом это понятно. Но правильно ли я понял, если я буду устанавливать только arch, то выносить каталог /boot в отдельный раздел не нужно?
Lynch
Так вот, если например установлены windows и arch, то когда я переустановлю windows, то grub не загрузится, т.е. как я понимаю он затирается. И придётся всё равно восстанавливать grub. И получается нет разницы где находиться /boot, а хочеться понять, какие плюсы того, что я вынесу /boot в отдельный раздел.
Пожалуй, плюсов никаких. А мороки больше.
Если планируется часто переустанавливать системы, то, возможно, лучшее решение — не grub, а grub4dos. Притом системы устанавливать по возможности с загрузчиком не в MBR, как оно по умолчанию, а в boot-record раздела (типа не в /dev/sda, а в /dev/sda6). Или просто без установки загрузчика (если это возможно). Кстати, загрузчик винды прекрасно переносится в раздел (но уже после установки).
У меня такой зоопарк: DOS, Puppy в разделе с DOS, winXP, Win7, Arch 32bit, Arch 64bit, lubuntu, и пара разделов для экспериментов. И всё это грузит grub4dos. Ну и, разумеется, есть загрузочная флэшка с DOS, Puppy и виндой, и тоже с grub4dos.
А что касается разных разделов для arch, то IMHO имеет смысл вынести /home (или даже /home/) и /var/cache (или /var/cache/pacman), а всё остальное — в один раздел. Такое разбиение упрощает тупой бэкап копированием раздела.
Корневая ФС может быть недоступна загрузчику либо программно или аппаратно.
Пример первого варианта: например F2FS появилась недавно, и даже GRUB2 ещё не научился её читать. Так как F2FS обычно используется на флешках и SSD, на которых нежелательны журеалируемые ФС, выходом может быть создание бут-раздела в ext2.
Пример аппаратной недоступности: корневая ФС может находиться на диске, подключенном через плату контроллера IDE или SATA, и не читаться средствами BIOS. Такой случай был одно время у меня самого. В результате я создал бут-раздел на флешке, установил на неё загрузчик, а саму флешку разместил прямо внутри корпуса.
akorop, в чём преимущества grub4dos? GRUB2 можно устанавливать на любую читаемую им ФС, в том числе фат32. После установки он не зависит от ОС, а настраивается правкой конфига. В общем, по всем известным мне параметрам он превосходит grub4dos.
© 2006-2023, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.