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.0-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.0-sysv/chapter02/creatingpartition.html')
| -rw-r--r-- | lfs-12.0-sysv/chapter02/creatingpartition.html | 342 |
1 files changed, 0 insertions, 342 deletions
diff --git a/lfs-12.0-sysv/chapter02/creatingpartition.html b/lfs-12.0-sysv/chapter02/creatingpartition.html deleted file mode 100644 index 8176de6..0000000 --- a/lfs-12.0-sysv/chapter02/creatingpartition.html +++ /dev/null @@ -1,342 +0,0 @@ -<!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 V1.79.1" /> - <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.0"> - <div class="navheader"> - <h4> - Линукс с нуля - Версия 12.0 - </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.0">Начало</a> - </li> - </ul> - </div> - <div class="sect1" lang="en" xml:lang="en"> - <h1 class="sect1"> - <a id="ch-partitioning-creatingpartition" name= - "ch-partitioning-creatingpartition"></a>2.4. Создание нового раздела - </h1> - <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>, если это необходимо. Пожалуйста, - обратитесь к справке по <code class="filename">cfdisk(8)</code> или - <code class="filename">fdisk(8)</code>, если вы еще не знаете, как - пользоваться этими программами. - </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.0/postlfs/raid.html"> - RAID-массиве</a> или логическом томе <a class="ulink" href= - "https://mirror.linuxfromscratch.ru/blfs/view/12.0/postlfs/aboutlvm.html"> - LVM</a>. Однако для некоторых опций требуется <a class="ulink" - href="https://mirror.linuxfromscratch.ru/blfs/view/12.0/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="en" xml:lang="en"> - <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.0/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.0">Начало</a> - </li> - </ul> - </div> - </body> -</html> |