- Хорошо ли сделать отдельный раздел для / boot?
- Разметка диска GPT или MBR Linux
- Просмотр разметки диска и прочей информации в консоли
- Диск с таблицей разделов MBR
- В консоли создать MBR и поделить можно так (пусть диск будет 30 Гб):
- Диск с таблицей разделов GPT
- В консоли создать GPT и поделить можно так (пусть диск будет 30 Гб):
- Непосредственно работа с дисками
- Вопрос по разделу /boot
Хорошо ли сделать отдельный раздел для / boot?
Я видел, как некоторые люди делают отдельный раздел для /boot . Какая польза от этого? С какими проблемами я могу столкнуться в будущем , делая это?
Кроме того, кроме /home и /boot , какие разделы могут быть разделены? Это рекомендуется?
Это пережиток «старых», когда у машин были проблемы с большими жесткими дисками. Идея /boot раздела заключалась в том, чтобы сделать раздел всегда доступным для любой машины, к которой подключен диск. Если машина может добраться до начала привода (более низкие номера цилиндров), она может загрузить систему; Оттуда ядро Linux сможет обойти ограничение загрузки BIOS и обойти проблему. Поскольку современные машины сняли это ограничение, более не существует постоянной необходимости /boot разделения, если только вам не требуется дополнительная обработка других разделов, таких как шифрование или файловые системы, которые изначально не распознаются загрузчиком.
Технически, вы можете обойтись без единого раздела и быть в порядке, при условии, что вы не используете действительно очень старое оборудование (до 1998 года или около того).
Если вы решили использовать отдельный раздел, просто предоставьте ему достаточно места, скажем, 200 МБ. Этого будет более чем достаточно для нескольких обновлений ядра (которые потребляют несколько мегабайт каждый раз). Если / boot начинает заполняться, удалите старые ядра, которые вы не используете, и настройте загрузчик, чтобы распознать этот факт.
Одна из причин наличия раздела / boot состоит в том, что он допускает такие вещи, как зашифрованный /, где ядро и initrd загружаются из незашифрованного раздела и затем используются для монтирования зашифрованного корневого раздела, содержащего операционную систему. Это не должно иметь значения для общего использования.
Добавление комментария от Риккардо Мурри :
Существуют также исторические причины наличия отдельной / boot: в прежние времена BIOS мог обращаться только к части большого диска, поэтому все файлы, необходимые для загрузчика ОС, должны были храниться в зоне, доступной для BIOS. Отсюда отдельный раздел / boot. Это больше не применяется, хотя
Основная причина для таких крупных корпоративных дистрибутивов, как Red Hat, и я думаю, что Suse использует отдельный / boot, заключается в том, что они используют LVM по умолчанию, а Grub нельзя использовать для загрузки из LVM. Это так просто.
Так что, если вы хотите использовать LVM, и это благо, вы используете отдельный / boot. Лично я считаю , что это хорошая практика , чтобы использовать как LVM и отдельные разделы для множества вещей, как /var , /boot , /home и /tmp даже /usr на серверах, например , для того , чтобы защитить корневую файловую систему или данных разделов от получения полной.
Последняя причина, менее важная, чем указанная, заключается в том, что она может позволить ПК оставаться загрузочным, если часть диска повреждена. Чем больше разделов у вас есть, тем проще будет просто не монтировать раздел из-за ошибки.
Иногда это может быть полезно, но обычно все равно есть лучший способ.
РЕДАКТИРОВАТЬ: Еще один момент: предполагая, что Linux, использование LVM может быть хорошим способом избежать любых потенциальных проблем, он позволяет легко изменять размеры «разделов» и добавлять новое пространство без всяких проблем.
Я думаю, что это больше личное предпочтение, чем все остальное. Может даже быть лучшей практикой. Мой личный взгляд на / boot скорее только для чтения. Время от времени вам нужно писать туда, чтобы обновить ядро или добавить другую ОС в grubloader. Кроме того, это просто необходимо . ну, загрузиться. Таким образом, наличие его в отдельной файловой системе может помочь поставить его только для чтения (может быть, это даже некоторый аспект безопасности).
Должна ли это быть отдельная файловая система? Я думаю, нет .. Но разве это плохая идея? Нет, совсем нет!
Отвечая на вопрос «какие проблемы это может вызвать», как и в случае любого разбиения, всегда существует риск того, что вам потребуется больше места, чем было выделено изначально. Хотя это маловероятно, в /boot последнее время возникла проблема с предварительным обновлением в Fedora, вызванная небольшими /boot размерами.
Что касается второй части вопроса, может быть полезно поместить в отдельные разделы все, что не зависит от текущего распределения. Кроме того, оставляя дополнительное место на диске, это позволяет при необходимости в будущем либо установить другой дистрибутив, либо выполнить переустановку текущего дистрибутива, предоставив доступ ко всему, что вы хотели бы видеть на обоих.
Кандидатами Obviuos для отдельных разделов являются / usr / local и / home, а также / root. Лично я считаю более эффективным создание пользовательских разделов, монтирование их в произвольной точке монтирования, например / part / data, а затем переход к символическим ссылкам, как в:
Другая причина, о которой я думаю, не упоминается, это то, что вы можете использовать тип файловой системы и конфигурации, которые вы предпочитаете, /boot которые, безусловно, не совпадают с теми, в которых она используется как часть / . Такие функции, как ведение журнала, контрольные суммы и т. Д. Бесполезны, /boot и вы можете ускорить загрузку, отключив их или используя более простую файловую систему (например ext2 ).
Источник
Разметка диска GPT или MBR Linux
Новый диск не имеет разметки, поэтому сначала необходимо разметить диск (создать таблицу разделов и выбратьфайловую систему — отформатировать), затем уже использовать. В табилце разметки непосредственно хранится информация о файлах и их позиции на диске..
Существует 2 типа таблиц разметки:
- Устаревшая MSDOS (MBR) [часто обозначается как BIOS, Legacy BIOS] — главная загрузочная запись — Master Boot Record, редакторы его могут отображать как dos или msdos.
- И современная UEFI (GPT) — GUID Partition Table.
Диск можно разметить и поделить при установке операционной системы или в случае с многими установочными образами Линукса — операционная система запускается с флешки или с диска и можно в графическом режиме разметить диски. И не только — можно наставить софта, сделать какие-то изменения и все они будут записаны при установке операционной системы (это как вариант). Т.е. под рукой всегда живой образ системы с которого можно загрузиться и что-то сделать..
В графическом режиме доступны утилиты, например Редактор разделов System — PartitionManager , или GParted , кому что больше нравится.. Ниже покажу как это можно сделать из командной строки (консоли Linux).
Смысл делить диск на разделы в Линуксе — чтоб директория /home была в отдельном разделе (папки и настройки пользователей). В случае переустановки операционной системы отформатируем первый (корень) раздел и установим недостающий софт, и вуаля все настройки программ автоматом подцепятся из /home.. Сегодня достаточно 20Гб под корень / и от 10 ГБ под /home. т.е. создаём 2 раздела на диске + EFI раздел если доступен UEFI (GPT)..
Своп (linux-swap — раздел подкачки) я не использую, начиная с Ubuntu 18.04 отказываются от раздела swap, вместо него будет использоваться файл подкачки (swapfile) . Он может понадобиться для режима сна ноутбука или если мало памяти — система менее 1 — 2 Гб памяти использует (в зависимости от сборки).. Для режима сна необходим раздел/файл подкачки = размер памяти + 2 Гб. т.е. просто добавьте запас места в корневом разделе..
Если используете SSD диск — оставляйте 10% (от 10 до 20%) места в конце неразмеченными, это продлит его ресурс, поскольку там будут проходить фоновые операции записи.. (По умолчанию на SSD диске есть скрытая область для этого, эта неразмеченная пойдёт в плюс к ней..) И судя по тестам из интернетов — эта дополнительная область увеличит IOPS — количество операций ввода и вывода, тем самым ускоряя операции с диском.
Просмотр разметки диска и прочей информации в консоли
Вариантов намного больше, но первых 4-х вполне достаточно..
Диск с таблицей разделов MBR
Где-то в 80-х был создан формат для загрузки диска с таблицей разделов MBR, он имеет ограничение поддержки дисков объёмом до 2.2 Тб и ограничения по количеству(4) первичных (главных — primary) разделов, остальные создаются в расширенном разделе.. Необходимо выставлять флаг с какого раздела грузиться для БИОС-а компьютера, его ещё активным разделом называют.. Запись MBR занимает первые 512 байт в первом секторе на диске..
В консоли создать MBR и поделить можно так (пусть диск будет 30 Гб):
Дополнения и пояснения:
# — значок комментария.
p — посмотреть разделы.
d — удалить разделы.
b — редактировать метки диска (edit bsd disklabel).
Изменяем тип таблиц на Linux (L введите чтоб уточнить, зависит от версий).
Должно по умолчанию назначаться..
Скопировать разметку на диск 2, для MBR это делается так (в случае с RAID — полезно):
Диск с таблицей разделов GPT
Диск с таблицей разделов GPT устроен по иному и имеет ряд преимуществ:
- Размер диска может быть до 9.4 Зеттабайт, для сравнения:
MBR=2,2Тб против GPT=10 093 173 145,6 Тб.
Запас на будущее колоссальный, весь трафик интернета за 2016 примерно 1,1 Зеттабайт. - GPT допускает 2 64 = 18 446 744 073 709 552 000 основных разделов, но вот Windows допускает не более 128 разделов, хотя в реальной жизни более 3-х не используется..
- GPT хранит копию данных раздела в конце диска и значения контрольной суммы для проверки целостности данных, позволяя восстановить их в случае повреждения основного заголовка GPT. (MBR же такого не умеет и помнится у меня были случаи повреждения этой записи под Windows.)
- Загрузка операционной системы происходит быстрее, с UEFI быстрее инициализируется железо.. (На EFI разделе находятся драйверы аппаратных компонентов, к которым может получать доступ запущенная операционная система и в этом случае загрузка происходит прямо с этого раздела, что быстрее.)
- Нет необходимости в boot флаге разделу.
В биосе должен быть включён режим UEFI или UEFI + Legacy ищите где-то в Boot Options (загрузка итп..), обычно спаренный режим уже включен на новом железе. Естественно грузимся из под UEFI при установке с флешки (F2, F8, F10, F11, бут меню в БИОС-е или иные)..
Если связь между оборудованием и операционной системой (ОС) осуществляется только через режим UEFI (а не Legacy BIOS), использование GPT для разбивки разделов становится практически обязательным, иначе могут быть проблемы совместимости с MBR. Советую из консоли или при помощи редактора разделов GParted итп. установить тип таблицы gpt, при установке операционной системы, установщик может по умолчанию dos поставить..
UEFI имеет собственный загрузчик операционных систем с интегрированными менеджерами их запуска. Для загрузчика UEFI на диске должен быть создан небольшой загрузочный раздел, который называется EFI System Partition , он же ESP , он же EFISYS и имеет тип EF00 .
При установке Linux будет возможность обозначить тип — системный раздел EFI.
EFI — Extensible Firmware Interface System Partition — системный раздел расширяемого интерфейса прошивки.
На дисках расширенного формата 4K Native (секторы по 4 Кб, по сути это неминуемо в будущем (сейчас 512кб в ходу), с 2010г операционные системы поддерживают новый формат) EFI должен быть не менее 256 Мб в виду ограничений FAT32, посему я делаю его с запасом = 260 Мб (этого хватит на несколько ОС на 1 диске), но можно и 100 Мб.. В интернете встречаются экспериментаторы советующие делать размер не менее 520 Мб (546 Мб), чтоб любой каприз влез, но Линукс занимает около 4 Мб.
На каждом диске может быть не более одного раздела EFI. По стандартам, раздел должен быть отформатирован в файловой системе FAT32 (для USB HDD, USB Flash могут быть поняты при загрузке более старые FAT12, FAT16 (в том числе и EFI)).
Запись GPT занимает первые 2048 секторов (1 Мб) на диске и включает в себя резерв — отступ для MBR 512 байт.
В консоли создать GPT и поделить можно так (пусть диск будет 30 Гб):
Посмотреть разметку диска:
Непосредственно работа с дисками
Тип таблиц на Linux (L введите чтоб уточнить, обозначение зависит от версий)
8200 Linux swap
8300 Linux filesystem
Копирование разметки диска для GPT (в случае с RAID — полезно):
Будьте бдительны, какому гению в голову пришло в обратном порядке выстраивать диски, точнее применять сразу после ключа -R, —replicate=second_device_filename. Поэтому запись в логичном/привычном порядке sgdisk -R /dev/sda /dev/sdb приведёт к затиранию первого диска sda, в этой форме первым пишется диск на который копируется разметка, а вторым с которого копируют.
| Страница сгенерирована за 0.001689 секунды На один процесс веб-сервера: 592 стр./сек. Всего Apache может отдать: 151 552 стр./сек. Выделено php памяти: 447.31 KB, real_usage: 2 MB © Все права защищены 2004 — 2021 | Карта сайта Отслеживать изменения в Твиттере Политика конфиденциальности | Браузер построил за сек. Полное время сек. Источник Вопрос по разделу /boot | Читал на форумах, что многие рекомендуют под каталог /boot создавать отдельный раздел. Так вот возник вопрос, зачем /boot выносить в отдельный раздел ? Ещё читал, рекомендуют этот раздел форматировать в ext2, т.к. это не журналируемая файловая система. Если отформатировать в ext4, то это как-то повлияет на скорость загрузки ? Вообще какая файловая система быстрее на чтение, ext2 или ext4 ?
| Отдельный /boot нужен, чтобы каждый раз не устанавливать загрузчик при переустановке систем, если их несколько. Форматирование в ext2 было актуальным, когда первый grub ещё не поддерживал ext4. Сейчас в этом нет смысла. Разницу в скорости вы не заметите. | Так вот, если например установлены windows и arch, то когда я переустановлю windows, то grub не загрузится, т.е. как я понимаю он затирается. И придётся всё равно восстанавливать grub. И получается нет разницы где находиться /boot, а хочеться понять, какие плюсы того, что я вынесу /boot в отдельный раздел.
| Да, всё равно. А вот если бы это была, например, Ubuntu, достаточно было бы только перегенерировать конфиг. И при удалении любой из операционок сохранялось бы возможность загрузки в другую. Например, на диске имеем следующую структуру: Если мы стираем /linux, то вместе с ним стирается и /linux/boot, что приводит к невозможности загрузки в /linux2 А если /boot отдельно:
| Ещё можно его вынести в отдельный раздел, чтобы не испортить что нибудь по ошибке. Я где-то читал, что на сервере настоятельно рекомендуют /boot выносит отдельно и даже желательно не монтировать его потому что, когда система грузиться, ядро и загрузчик уже не нужны, они нужны до загрузки системы. Но при обновлении ядра нужно монтировать /boot.
Пожалуй, плюсов никаких. А мороки больше. А что касается разных разделов для arch, то IMHO имеет смысл вынести /home (или даже /home/ ) и /var/cache (или /var/cache/pacman), а всё остальное — в один раздел. Такое разбиение упрощает тупой бэкап копированием раздела. | Создавать отдельный раздел для /boot имеет смысл, если требуется отделить файловую систему загрузчика от ОС. Причины для этого могут быть различными, но чаще всего это либо желание получить независимый от системы загрузчик, либо недоступность для загрузчика корневой ФС. Корневая ФС может быть недоступна загрузчику либо программно или аппаратно. Пример первого варианта: например F2FS появилась недавно, и даже GRUB2 ещё не научился её читать. Так как F2FS обычно используется на флешках и SSD, на которых нежелательны журеалируемые ФС, выходом может быть создание бут-раздела в ext2. Пример аппаратной недоступности: корневая ФС может находиться на диске, подключенном через плату контроллера IDE или SATA, и не читаться средствами BIOS. Такой случай был одно время у меня самого. В результате я создал бут-раздел на флешке, установил на неё загрузчик, а саму флешку разместил прямо внутри корпуса. akorop, в чём преимущества grub4dos? GRUB2 можно устанавливать на любую читаемую им ФС, в том числе фат32. После установки он не зависит от ОС, а настраивается правкой конфига. В общем, по всем известным мне параметрам он превосходит grub4dos. © 2006-2021, Русскоязычное сообщество Arch Linux. Источник |
