Чтобы ответить на прямой вопрос: нет , отдельный раздел для /boot, безусловно, не требуется в каждом случае.
Тем не менее , даже если вы ничего не расщепляется еще, как правило , рекомендуется иметь отдельные разделы для /, /bootи своп. Я хотел бы также настоятельно рекомендуем положить /homeна отдельный раздел , а также, даже если вы не расщепляются иерархии файловой системы дальше.
Причина размещения / boot в разделе, отличном от обычной корневой файловой системы, заключается в том, что вы можете уменьшить сложность файловой системы на диске, что снижает требования к загрузчику для начальной загрузки ядра и исходного RAM-диска. Это становится особенно интересным, если вы используете нетривиальную установку - возможно, вы используете RAID, или необычную файловую систему, такую как ZFS в корневом разделе, или зашифрованный корневой раздел. Раздел для / boot затем можно отформатировать, используя, например, обычный ext2fs. Поскольку раздел должен быть небольшим (несколько сотен мегабайт достаточно; / boot в моей нынешней системе составляет 100 МБ, и я не чувствую никаких ограничений от этого), недостаткам файловой системы без журналирования, такой как ext2, требуется не так уж и здорово, потому что чеки все так быстро, и относительная простота файловой системы, а также то, что она в значительной степени статична, может снизить вероятность необнаруженного повреждения. То, что загрузчику не нужно изначально понимать экзотическую файловую систему или настройку диска, является еще одним возможным преимуществом.
Причина помещения / home в отдельный раздел заключается в том, что даже если что-то пошло не так и начинает заполнять его (или если вы делаете это самостоятельно), вы никогда не рискуете вызвать проблемы для не пользовательских процессов (которые редко заканчиваются из / домой) или сам процесс загрузки. Кроме того, становится намного проще переустанавливать ОС или переключать дистрибутивы, если вы можете просто сказать установщику оставить / home как есть и переформатировать, /чтобы заполнить его собственными файлами. В качестве последней попытки восстановления, если что-то пойдет не так с точки зрения программного обеспечения, это может иметь большое значение.
Запуск файла подкачки не рекомендуется в Linux, и я даже не уверен, что поддержка стандартных ядер большинства распространенных дистрибутивов(или разрешить) файловый обмен. Для этого есть несколько причин, одной из которых является производительность (в основном из-за риска фрагментации). Своп уже ужасно медленный по сравнению с оперативной памятью (это скорее показатель временной задержки, чем исправление), поэтому нет оснований делать его еще медленнее, рискуя фрагментацией. И раздел подкачки можно безопасно разделить между дистрибутивами Linux в мультизагрузочной среде; возможно, не рассмотрение в общем случае, но, безусловно, рассмотрение для некоторых. Раздел подкачки также может быть размещен на отдельном физическом диске с различными характеристиками; может быть, SSD в наши дни, или диск 10krpm, работающий по отдельному каналу контроллера (это последнее менее важно в наше время, когда каждый диск SATA находится на отдельном канале, но может иметь значение в дни PATA).
Лично в эти дни я разделяю /, / boot и swap, где / на моей нынешней системе 100 ГБ (я совсем не использую все это; текущее использование составляет 8,9 ГБ, и это дает мне все, что мне нужно с точки зрения программное обеспечение, а затем некоторые). Остальная часть основного диска состоит из одной файловой системы, которую по личному соглашению я монтирую в / da ( disk a). Второй диск будет / db, затем / dc и так далее. (Я сомневаюсь, что FHS действительно одобряет эту схему, но на практике она хорошо работает для меня.) Затем я связываю / mount / home в / da, что означает, что я могу перемещать физический каталог, не беспокоясь об обновлении каждого отдельного пути, ссылающегося на это или перераспределение только потому, что я понял, что мне не хватает места на диске для / home.