diff options
| author | Sn4il <sn4il@thedroth.rocks> | 2024-03-06 10:25:41 +0300 |
|---|---|---|
| committer | Sn4il <sn4il@thedroth.rocks> | 2024-03-06 10:25:41 +0300 |
| commit | 5a6834585c43296c2207f5f251d3d5c237c7c8d2 (patch) | |
| tree | 5c3f9adc4c5fd0b3bdc3b017b021a36016c0f15b /lfs-12.1-sysv/chapter02/creatingpartition.html | |
| parent | 2b6ec04f001bbdf660476a1275d90075d746833c (diff) | |
| download | sn4il-site-5a6834585c43296c2207f5f251d3d5c237c7c8d2.tar.gz sn4il-site-5a6834585c43296c2207f5f251d3d5c237c7c8d2.zip | |
Update LFS mirror
Diffstat (limited to 'lfs-12.1-sysv/chapter02/creatingpartition.html')
| -rw-r--r-- | lfs-12.1-sysv/chapter02/creatingpartition.html | 343 |
1 files changed, 343 insertions, 0 deletions
diff --git a/lfs-12.1-sysv/chapter02/creatingpartition.html b/lfs-12.1-sysv/chapter02/creatingpartition.html new file mode 100644 index 0000000..1724548 --- /dev/null +++ b/lfs-12.1-sysv/chapter02/creatingpartition.html @@ -0,0 +1,343 @@ +<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" + "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> +<html xmlns="http://www.w3.org/1999/xhtml"> + <head> + <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" /> + <title> + 2.4. Создание нового раздела + </title> + <link rel="stylesheet" type="text/css" href="../stylesheets/lfs.css" /> + <meta name="generator" content="DocBook XSL Stylesheets Vsnapshot" /> + <link rel="stylesheet" href="../stylesheets/lfs-print.css" type= + "text/css" media="print" /> + <meta name="viewport" content="width=device-width, initial-scale=1.0" /> + </head> + <body class="lfs" id="lfs-12.1"> + <div class="navheader"> + <h4> + Линукс с нуля - Версия 12.1 + </h4> + <h3> + Глава 2. Подготовка хост-системы + </h3> + <ul> + <li class="prev"> + <a accesskey="p" href="stages.html" title= + "Этапы сборки системы LFS">Пред.</a> + <p> + Этапы сборки системы LFS + </p> + </li> + <li class="next"> + <a accesskey="n" href="creatingfilesystem.html" title= + "Создание файловой системы на разделе">След.</a> + <p> + Создание файловой системы на разделе + </p> + </li> + <li class="up"> + <a accesskey="u" href="chapter02.html" title= + "Глава 2. Подготовка хост-системы">Наверх</a> + </li> + <li class="home"> + <a accesskey="h" href="../index.html" title= + "Линукс с нуля - Версия 12.1">Начало</a> + </li> + </ul> + </div> + <h1 class="sect1"> + <a id="ch-partitioning-creatingpartition" name= + "ch-partitioning-creatingpartition"></a>2.4. Создание нового раздела + </h1> + <div class="sect1" lang="ru" xml:lang="ru"> + <p> + Как и большинство других операционных систем, LFS обычно + устанавливается на выделенный раздел. Рекомендуемый подход к + построению системы LFS состоит в том, чтобы использовать доступный + пустой раздел или, если у вас достаточно неразмеченного пространства, + использовать его + </p> + <p> + Минимальная система требует раздел размером около 10 гигабайт (ГБ). + Этого достаточно для хранения всех архивов с исходным кодом и + компиляции пакетов. Однако, если система LFS предназначена для + использования в качестве основной системы Linux, вероятно, будет + установлено дополнительное программное обеспечение, для которого + потребуется дополнительное пространство. Раздел размером 30 ГБ + является разумным размером для расширения. Сама система LFS не займет + столько места. Большая часть этого требования заключается в + предоставлении достаточного временного хранилища, а также в + добавлении дополнительных возможностей после сборки LFS. Кроме того, + для компиляции пакетов может потребоваться много места на диске, + которое будет освобождено после установки пакета. + </p> + <p> + Поскольку для компиляции не всегда достаточно оперативной памяти + (ОЗУ), рекомендуется использовать небольшой раздел диска в качестве + <code class="systemitem">раздела подкачки</code>. Он используется + ядром для хранения редко используемых данных и оставляет больше + памяти для активных процессов. <code class="systemitem">Раздел + подкачки</code> для системы LFS может совпадать с разделом, + используемым хост-системой, и в этом случае нет необходимости + создавать еще один. + </p> + <p> + Запустите программу создания разделов диска, такую как <span class= + "command"><strong>cfdisk</strong></span> или <span class= + "command"><strong>fdisk</strong></span>, с параметром командной + строки, указав имя жесткого диска, на котором будет создан новый + раздел, например, <code class="filename">/dev/sda</code> для + основного диска. Создайте раздел Linux и <code class= + "systemitem">раздел подкачки</code>, если это необходимо. Пожалуйста, + обратитесь к справке <a class="ulink" href= + "https://man.archlinux.org/man/cfdisk.8">cfdisk(8)</a> или <a class= + "ulink" href="https://man.archlinux.org/man/fdisk.8">fdisk(8)</a>, + если вы еще не знаете, как пользоваться этими программами. + </p> + <div class="admon note"> + <img alt="[Примечание]" src="../images/note.png" /> + <h3> + Примечание + </h3> + <p> + Для опытных пользователей возможны и другие схемы разбиения. + Система LFS может располагаться на программном <a class="ulink" + href= + "https://mirror.linuxfromscratch.ru/blfs/view/12.1/postlfs/raid.html"> + RAID-массиве</a> или логическом томе <a class="ulink" href= + "https://mirror.linuxfromscratch.ru/blfs/view/12.1/postlfs/aboutlvm.html"> + LVM</a>. Однако для некоторых опций требуется <a class="ulink" + href="https://mirror.linuxfromscratch.ru/blfs/view/12.1/postlfs/initramfs.html"> + initramfs</a>, что является сложной темой. Эти методы разбиения не + рекомендуются начинающим пользователям LFS. + </p> + </div> + <p> + Запомните обозначение созданного раздела (например, <code class= + "filename">sda5</code>). В этой книге он будет называться разделом + LFS. Также запомните обозначение <code class="systemitem">раздела + подкачки</code>. Эти имена понадобятся позже для файла <code class= + "filename">/etc/fstab</code>. + </p> + <div class="sect2" lang="ru" xml:lang="ru"> + <h2 class="sect2"> + 2.4.1. Другие вопросы по созданию разделов + </h2> + <p> + Рекомендации по созданию разделов системы часто публикуются в + списках рассылки LFS. Это очень субъективная тема. По умолчанию для + большинства дистрибутивов используется весь диск, за исключением + небольшого раздела подкачки. Это не оптимально для LFS по + нескольким причинам. Это снижает гибкость, затрудняет совместное + использование данных между несколькими дистрибутивами или сборками + LFS, делает резервное копирование более трудоемким и может тратить + дисковое пространство из-за неэффективно распределенной файловой + системы. + </p> + <div class="sect3"> + <h3 class="sect3"> + 2.4.1.1. Корневой раздел + </h3> + <p> + Корневой раздел LFS (не путать с каталогом <code class= + "filename">/root</code>) размером в 20 гигабайт является хорошим + компромиссом для большинства систем. Он обеспечивает достаточно + места для построения LFS и большей части BLFS, но достаточно мал, + чтобы можно было легко создать несколько разделов для + экспериментов. + </p> + </div> + <div class="sect3"> + <h3 class="sect3"> + 2.4.1.2. Раздел подкачки + </h3> + <p> + Большинство дистрибутивов автоматически создают раздел подкачки. + Обычно рекомендуемый размер раздела подкачки примерно в два раза + превышает объем физической памяти, однако это требуется редко. + Если дисковое пространство ограничено, установите размер раздела + подкачки в два гигабайта и контролируйте его объемом. + </p> + <p> + Если вы хотите использовать режим гибернации (suspend-to-disk) + Linux, которая записывает содержимое ОЗУ в раздел подкачки перед + выключением машины. Установите размер раздела подкачки не меньше + объема установленной оперативной памяти. + </p> + <p> + Использование файла подкачки - это не очень хорошо. Для + механических жестких дисков вы можете определить, что система + использует раздел подкачки, просто слыша активность диска и + наблюдая, как система реагирует на команды. Для SSD-накопителя вы + не сможете услышать, что используется раздел подкачки, но сможете + оценить, сколько места на разделе подкачки занято, используя + команды <span class="command"><strong>top</strong></span> или + <span class="command"><strong>free</strong></span>. По + возможности следует избегать использования SSD-накопителя для + раздела подкачки. Первой реакцией на активность раздела подкачки + должна быть проверка на необоснованное применение какой-либо + команды, например, попытка редактирования пятигигабайтного файла. + Если использование раздела подкачки становится обычным явлением, + лучшее решение — приобретение большего объема оперативной памяти + для вашей системы. + </p> + </div> + <div class="sect3"> + <h3 class="sect3"> + 2.4.1.3. Раздел GRUB + </h3> + <p> + Если <span class="emphasis"><em>загрузочный диск</em></span> + размечен с помощью таблицы разделов GUID (GPT), необходимо + создать небольшой раздел, обычно размером 1 МБ, если он еще не + существует. Этот раздел не форматируется, но должен быть доступен + для использования GRUB во время установки загрузчика. Обычно он + помечен как 'BIOS Boot' при использовании <span class= + "command"><strong>fdisk</strong></span> или имеет код + <span class="emphasis"><em>EF02</em></span> при использовании + <span class="command"><strong>gdisk</strong></span>. + </p> + <div class="admon note"> + <img alt="[Примечание]" src="../images/note.png" /> + <h3> + Примечание + </h3> + <p> + Раздел Grub Bios должен находиться на диске, который BIOS + использует для загрузки системы. Это не обязательно тот же + диск, на котором расположен корневой раздел LFS. Диски в + системе могут использовать разные типы таблиц разделов. Наличие + раздела Grub Bios зависит только от типа таблицы разделов на + загрузочном диске. + </p> + </div> + </div> + <div class="sect3"> + <h3 class="sect3"> + 2.4.1.4. Разделы, используемые для удобства + </h3> + <p> + Есть несколько других разделов, которые не являются + обязательными, но их следует учитывать при разработке схемы + диска. Следующий список не является исчерпывающим, а представлен + в качестве справочного руководства. + </p> + <div class="itemizedlist"> + <ul> + <li class="listitem"> + <p> + /boot – Настоятельно рекомендуется. Используйте этот раздел + для хранения ядер и другой загрузочной информации. Чтобы + свести к минимуму возможные проблемы с загрузкой дисков + большого размера, сделайте этот раздел первым физическим + разделом на первом диске. Размер раздела в 200 мегабайт + вполне достаточен. + </p> + </li> + <li class="listitem"> + <p> + /boot/efi – Системный раздел EFI, используемый для загрузки + системы с помощью UEFI. Подробнее читайте на <a class= + "ulink" href= + "https://mirror.linuxfromscratch.ru/blfs/view/12.1/postlfs/grub-setup.html"> + странице BLFS</a>. + </p> + </li> + <li class="listitem"> + <p> + /home – Настоятельно рекомендуется. Предоставьте общий + доступ к своему домашнему каталогу и пользовательским + настройкам нескольким дистрибутивам или сборкам LFS. + Размер, как правило, довольно большой и зависит от + доступного места на диске. + </p> + </li> + <li class="listitem"> + <p> + /usr – в LFS, <code class="filename">/bin</code>, + <code class="filename">/lib</code>, и <code class= + "filename">/sbin</code> являются символическими ссылками на + их аналоги в <code class="filename">/usr</code>. Таким + образом <code class="filename">/usr</code> содержит все + двоичные файлы, необходимые для работы системы. Для LFS + отдельный раздел <code class="filename">/usr</code> не + требуется. Если он вам необходим, вы должны сделать раздел + достаточно большим, чтобы поместить туда все программы и + библиотеки в системе. В этой конфигурации, корневой раздел + может быть очень маленьким (возможно, всего один гигабайт), + поэтому он подходит для тонкого клиента или бездисковой + рабочей станции (где <code class="filename">/usr</code> + монтируется с удаленного сервера). Однако вы должны знать, + что для загрузки системы с отдельного раздела <code class= + "filename">/usr</code> потребуется initramfs (не включенный + в LFS). + </p> + </li> + <li class="listitem"> + <p> + /opt – Этот каталог наиболее полезен для BLFS, в него можно + установить некоторые большие пакеты, такие как KDE или + Texlive, без использования иерархии /usr. Для /opt + достаточно размера от 5 до 10 гигабайт. + </p> + </li> + <li class="listitem"> + <p> + /tmp – Отдельный раздел /tmp используется редко, он полезен + при настройке тонкого клиента. Обычно, его размер не должен + превышать пару гигабайт. Если у вас достаточно оперативной + памяти, вы можете смонтировать /tmp как <code class= + "systemitem">tmpfs</code>, чтобы ускорить доступ к + временным файлам. + </p> + </li> + <li class="listitem"> + <p> + /usr/src – Этот раздел очень удобен для хранения исходников + BLFS и совместного использования их в сборках LFS. Его + также можно использовать в качестве места для сборки + пакетов BLFS. Размера в 30-50 гигабайт вполне достаточно. + </p> + </li> + </ul> + </div> + <p> + Любой отдельный раздел, который вы хотите автоматически + монтировать при загрузке, должен быть указан в файле <code class= + "filename">/etc/fstab</code>. Подробности о том, как указать + разделы, будут обсуждаться в <a class="xref" href= + "../chapter10/fstab.html" title= + "10.2. Создание файла /etc/fstab">Раздел 10.2, «Создание + файла /etc/fstab»</a>. + </p> + </div> + </div> + </div> + <div class="navfooter"> + <ul> + <li class="prev"> + <a accesskey="p" href="stages.html" title= + "Этапы сборки системы LFS">Пред.</a> + <p> + Этапы сборки системы LFS + </p> + </li> + <li class="next"> + <a accesskey="n" href="creatingfilesystem.html" title= + "Создание файловой системы на разделе">След.</a> + <p> + Создание файловой системы на разделе + </p> + </li> + <li class="up"> + <a accesskey="u" href="chapter02.html" title= + "Глава 2. Подготовка хост-системы">Наверх</a> + </li> + <li class="home"> + <a accesskey="h" href="../index.html" title= + "Линукс с нуля - Версия 12.1">Начало</a> + </li> + </ul> + </div> + </body> +</html> |