💾 Archived View for tilde.team › ~rami › redhat_partitions.gmi captured on 2024-08-18 at 17:35:09. Gemini links have been rewritten to link to archived content

-=-=-=-=-=-=-

~Rami ₪ MANUALS

רמי

SUBJECT: RedHat (RHEL, Fedora, CentOS): Разметка разделов для инсталляции ОС

AUTHOR: Rami Rosenfeld

DATE: 12/09/22

TIME: 15.00

LANG: ru, en

LICENSE: GNU FDL 1.3

TAGS: gnu, gnome, software, opensource, linux, system, man, manual, bash, privacy, security, rhel, centos, mate, xfce, lxde, spin, de, systemd, systemctl, selinux, firewalld, dnf, rpm

RedHat (RHEL, Fedora, CentOS): Разметка разделов для инсталляции ОС

NOTE

Мои рекомендации не менялись годами, и они таковы:

I. Физический раздел "/boot" - 1 Gb, FS - ext2 (нежурналируемая) - незашифрованный

II. Физический раздел "/boot/efi" (/biosboot) - просто создайте новый раздел и пометьте его как efi или biosboot - и система сама определит размеры (порядка нескольких мегабайт). Создавайте этот раздел только при необходимости.

Примечание: когда я пишу "система сама определит", то подразумеваю, что вы используете штатный инсталлятор ОС от RedHat под названием Anaconda.

Примечание:

- для 64-bit AMD, Intel и ARM c UEFI firmware создается раздел /boot/efi

- для AMD и Intel с GUID Partition Table (GPT) создается раздел /biosboot

III. Физический раздел // Encrypted LVM

Он разбит на несколько партиций и содержит логические разделы:

- Раздел 1 “/” (логический; системный) - размер: 15-25 Gb, FS - ext4 (журналируемая); шифрованный LUKS2

- Раздел 2 "/swap" (логический; раздел подкачки) - размер: 2 х объем RAM; шифрованный LUKS2

- Раздел 3 "/home" (логический; "домашний") - размер: все оставшееся доступное пространство на HDD), FS - ext4 (журналируемая), шифрованный LUKS2

== Конец физического раздела Encrypted LVM ==

Примечание: при загрузке к ОС доступ ко всем зашифрованным разделам обеспечивается единым паролем. Делайте его максимально сложным и не забывайте: это НЕ пароль администратора (root) и НЕ пароль обычного пользователя! Все три должны различаться.

Дополнительно

Приведенная выше схема (уж поверьте моему личному опыту) - самый корректный способ разбивки HDD для многих операционных систем. Однако внимательно ознакомьтесь с предупреждениями ниже:

Примечание 1. Если у вас большой винчестер (от 500 Гб) - смело удаляйте всю разметку на HDD (т.е. все созданные ранее разделы). И потом выбирайте не MBR, а GPT. GPT позволяет создавать неограниченное количество физических, а не логических разделов.

Примечание 2. Все вышесказанное не относится к монолитным ОС с т.н. "атомарным обновлением" - Fedora Silverblue, Fedora Kinoite - там абсолютно другие принципы разметки носителя.

Примечание 3. Не забывайте шифровать все разделы, за исключением загрузочного.

Примечание 4. При необходимости и в целях повышения защищенности - выносите загрузчик ОС на отдельную карту памяти (это своеобразный дополнительный "ключ" для доступа к системе).

Примечание 5. При наличии достаточного количества RAM (в моем представлении - от 4+ Гб) возможно не создавать раздел подкачки /swap.

Примечание 6. В новых версиях Fedor'ы задействован иной механизм работы со swap. Теперь вовсе не обязательно создавать и размечать физический раздел подкачки, так как ОС использует модуль ядра zram. Цитирую: "Он создаёт в оперативной памяти сжатое блочное устройство (другими словами, RAM-диск со сжатием данных "на лету"), которое может использоваться, например, как устройство подкачки страниц, хранения временных файлов (/tmp), или же просто как RAM-диск общего назначения."

Тестируем задействование swap:

$ swapon

/dev/dm-2 partition 8G 0B -2

/dev/zram0 partition 1,9G 120,8M 100

(отлично видно, что физический /swap пустует)

Примечание 7. Все временные файлы, предназначенные для недолгого хранения в /tmp и прочих временных каталогах, в Fedor'е перенаправляются в оперативную память tmpfs, а не сохраняются на HDD. Вот (сокращенный) пример с моей рабочей станции:

$ df -TH

devtmpfs 0% /dev

tmpfs 0% /dev/shm

tmpfs 1% /run

tmpfs 1% /tmp

Примечание 8. Обратившись к свежей документации, выяснил еще один интересный момент: если вы используете режим гибернации ОС, то, с учетом Примечания 6, физический раздел /swap будет только помехой, а его наличие может привести к нежелательным результатам.

Выводы

Вывод 1. Таким образом, совместные механизмы zram, tmpfs и недавно введенный в действие сервис oom ("out-of-memory") значительно ускоряют обращение к временным файлам, которые расположены не на физическом носителе, а в оперативной памяти.

Вывод 2. Говоря честно, использование zram увеличит нагрузку на процессор за счет операций сжатия/распаковки данных; но я не думаю, что это столь уж критично, ведь они будут выгружаться в виртуальный файл подкачки не постоянно, а при переполнении.

Вывод 3. Одним словом, от использования физического раздела подкачки следует отказаться. Ообязательно осуществлю эту процедуру при следующем апгрейде ОС.

Подробнее см.:

An Introduction to Disk Partitions

Recommended Partitioning Scheme

₪ Back to home ₪

🄯 Rami Rosenfeld, 2022. GNU FDL 1.3.