Partitioning (Русский) - ArchWiki

# Partitioning (Русский)

From ArchWiki
Jump to navigation Jump to search
Состояние перевода: На этой странице представлен перевод статьи Partitioning. Дата последней синхронизации: 11 января 2019. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

Эта страница нуждается в сопроводителе

Статья не гарантирует актуальность информации. Помогите русскоязычному сообществу поддержкой подобных страниц. См. Команда переводчиков ArchWiki

Ссылки по теме

- Файловая система
- fdisk (Русский)
- gdisk
- GNU Parted (Русский)
- fstab (Русский)
- LVM (Русский)
- Раздел подкачки
- Процесс загрузки Arch
- UEFI (Русский)

При разметке память жесткого диска разбивается на разделы, с которыми можно работать независимо. Их может быть несколько или только один. Количество зависит от вас, например, если вы хотите установить на диск несколько ОС, логически разделить данные или нужен раздел подкачки, то необходимо иметь несколько разделов.

Информация о размещении разделов на жёстком диске хранится в таблице разделов, такой как MBR или GPT.

Создать или изменить таблицу разделов можно с помощью одного из многих инструментов разметки, но они должны поддерживать выбранный формат таблицы разделов. Доступные инструменты перечислены в разделе #Инструменты разметки.

После создания раздел нужно отформатировать в необходимую вам файловую систему, прежде чем записывать данные на него.

## Таблица разделов

Совет: Чтобы вывести информацию из таблицы разделов (определенного устройства), выполните `parted /dev/sda print` или `fdisk -l /dev/sda`, где `/dev/sda` имя блокового устройства.

Имеется два основных формата таблицы разделов. Они описаны далее в #Главная загрузочная запись (MBR) (MBR) и #Таблица разделов GUID (GPT). Ниже описаны их особенности и как выбирать между ними. Третьей, менее распространенной альтернативой является использование безраздельного диска, которая также обсуждается ниже.

### Главная загрузочная запись (MBR)

Главная загрузочная запись (MBR) - это первые 512 байт запоминающего устройства. В них находится загрузчик операционной системы и таблица разделов устройства хранения. Главная загрузочная запись играет важную роль в процессе загрузки Arch в системах с BIOS. Для получения информации о структуре смотрите Wikipedia:ru:Главная загрузочная запись#Структура MBR.

Примечание:

- Главная загрузочная запись (MBR) находится не в разделе; она расположена в первом секторе устройства (физическое смещение 0) перед первым разделом.
- Загрузочный сектор, находящийся на безраздельном устройстве или в отдельном разделе, вместо этого называется volume boot record (VBR).)

#### Главная загрузочная запись (MBR) (загрузочный код)

Первые 446 байт MBR - это область загрузочного кода. В системах с BIOS она обычно содержит первый этап загрузчика. Загрузочный код может быть восстановлен из резервной копии или удален, смотрите using dd.

#### Главная загрузочная запись (MBR) (таблица разделов)

В таблице разделов MBR (она же таблица разделов DOS или MS-DOS) есть 3 типа разделов:

- Первичный
- Расширенный
  - Логический

Первичные разделы могут быть загрузочными, но их может быть всего четыре на диске или в томе RAID. Если нужно более четырех, то один из них нужно заменить на расширенный, который содержит в себе множество логических разделов.

Расширенные разделы можно рассматривать как контейнеры для логических разделов. Жесткий диск может иметь только один такой раздел. Расширенный раздел считается первичным, поэтому, если на диске имеется расширенный раздел, еще возможны только три первичных (т.е. три первичных раздела и один расширенный). Количество логических разделов, находящихся в расширенном разделе, неограниченно. Для системы с несколькими ОС, одна из которых Windows, необходимо, чтобы Windows находилась в первичном разделе.

Обычная схема нумерации заключается в наименование первичных разделов от sda1 до sda3, за которыми следует расширенный раздел sda4. Логические разделы, находящихся в расширенном разделе sda4, нумеруются как sda5, sda6 и т.д.

Совет: При разбиении диска MBR рассмотрите возможность оставить не менее 33 512-байтовых секторов (16,5 КиБ) свободного неразделенного пространства в конце диска на случай, если вы когда-нибудь решите преобразовать его в GPT. Пространство потребуется для резервного заголовка GPT.

### Таблица разделов GUID

Таблица разделов GUID (GPT) - таблица разделов, которая является частью спецификации UEFI; в ней используются глобально-уникальные идентификаторы (GUID) или UUID в мире Linux для определения разделов и их типов. Она разработана с учетом недостатков главной загрузочной записи.

В начале таблицы разделов GUID на диске есть наследственная главная загрузочная запись (PMBR) для защиты от ПО, не поддерживающее GPT. Наследственная MBR, как и настоящая MBR, имеет область загрузочного кода, которую можно использовать для загрузки на системах BIOS/GPT с загрузчиками, которые ее поддерживают.

### Выбор между GPT и MBR

Таблица разделов GUID (GPT) - альтернативный, современный способ разметки; он предназначен для замены старого MBR. У GPT есть несколько преимуществ по сравнению с MBR, которая имеет проблемы, произрастающие из времен MS-DOS. Благодаря недавним изменениям в инструментах форматирования одинаково легко получить хорошую надежность и производительность для GPT и MBR.

Примечание: Чтобы GRUB загружался с диска с разделом GPT в BIOS-системе, необходим раздел загрузки BIOS.

Некоторые моменты, которые следует учитывать при выборе:

- Для двойной загрузки с Windows (как 32-разрядной, так и 64-разрядной) с использованием Legacy BIOS требуется таблица MBR.
- Для двойной загрузки с 64-разрядной Windows, которая запускается в режиме UEFI вместо BIOS, требуется таблица GPT.
- Если вы устанавливаете на устаревшее оборудование, особенно на старые ноутбуки, подумайте о выборе MBR, потому что их BIOS может не поддерживать GPT.
- Если вы разбиваете диск на 2 ТБ или больше, вам нужно использовать GPT.
- Для загрузки в режиме UEFI лучше всегда использовать GPT, так как некоторые реализации UEFI не поддерживают загрузку с MBR.
- Если ни один из вышеперечисленных пунктов вас не касается, вы можете выбирать свободно между GPT и MBR. Лучше выбрать GPT, поскольку он более современный.

Некоторые преимущества таблицы GPT над MBR:

- Предоставляет уникальный идентификатор диска и уникальный GUID раздела (`PARTUUID`) для каждого раздела - Хороший независимый от файловой системы способ обращения к разделам и дискам.
- Предоставляет имя раздела (`PARTLABEL`), не зависящее от файловой системы.
- Произвольное количество разделов - зависит от места, выделенного для таблицы разделов. Нет необходимости в расширенных и логических разделах. По умолчанию таблица GPT содержит пространство для определения 128 разделов. Однако, если вы хотите определить больше, вы можете выделить больше пространства для таблицы разделов (в настоящее время только gdisk поддерживают эту функцию).
- Использует 64-разрядный LBA для хранения номеров секторов - максимальный размер адресации диска 2 ЗБ. MBR ограничивается адресацией только 2 ТБ на диск.
- Хранит резервное оглавление и таблицу разделов в конце диска, что помогает восстановить их, если первичные повреждены.
- Контрольные суммы CRC32 для обнаружения ошибок и повреждения таблицы заголовков и разделов.

В разделе #Инструменты разметки содержится таблица, показывающая, какие инструменты доступны для создания и изменения таблиц GPT и MBR.

Совет: При разбиении диска MBR постарайтесь оставить по крайней мере 33 512-байтовых секторов (16,5 КБ) свободного неразделенного пространства в конце диска на случай, если вы когда-нибудь решите преобразовать его в GPT[broken link: invalid section]. Место будет необходимо для резервного заголовка GPT.

### Безраздельный диск

Безраздельный диск a.k.a. superfloppy относится к устройствам хранения, которые не имеют таблицы разделов. Вместо нее он содержит одну файловую систему, занимающую все запоминающее устройство. Загрузочный сектор, находящийся на безраздельном устройстве, называется volume boot record (VBR).

#### Разметка Btrfs

Btrfs может занимать все устройство хранения данных и заменять таблицы разметки MBR или GPT. Для получения дополнительной информации смотрите статью Btrfs#Partitionless Btrfs disk.

### Резервное копирование

Для получения дополнительной информации смотрите fdisk (Русский)#Резервное копирование и восстановление таблицы разделов и gdisk#Backup and restore partition table.

### Восстановление

Поврежденную таблицу разделов MBR можно восстановить с помощью утилиты gpart. Для получения инструкций смотрите gpart(8).

Из-за того, что оглавление и таблица разделов GPT записаны в начале и в конце диска их можно восстановить с помощью друг и друга. Для получения дополнительной информиции смотрите gdisk#Recover GPT header.

Другой вариант восстановления - использование утилиты TestDisk, которая поддерживает восстановление поврежденных разделов на MBR и GPT.

## Схема разметки

Не существует строгих правил разметки жесткого диска, хотя можно следовать общим рекомендациям, приведенным ниже. Схема разметки диска определяется различными вопросами, такими как требуемая гибкость, скорость, безопасность, а также ограничения, налагаемые доступным дисковым пространством. Это, по сути, личное предпочтение. Если вы хотите сделать двойную загрузку Arch Linux и Windows, смотрите Двойная загрузка: Windows и Arch.

Примечание:

- Для систем с UEFI требуется системный раздел EFI.
- Для систем с BIOS, размеченных с GPT, требуется раздел загрузки BIOS, если в качестве загрузчика используется GRUB.

Tip: При использовании Btrfs подтома можно рассматривать как разделы. Для получения дополнительной информации смотрите раздел Btrfs (Русский)#Монтирование подтомов.

### Один корневой раздел

Эта схема - самая простая и ее достаточно для большинства случаев использования. Файл подкачки может быть создан и легко изменен по мере необходимости. Обычно имеет смысл начать с рассмотрения отдельного раздела `/`, а затем разделить другие на основе конкретных случаев использования, таких как RAID, шифрование, общий раздел мультимедиа и т.д.

### Отдельные разделы

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

Ниже приведены некоторые примеры схем, которые можно использовать при разделении, а в следующих подразделах подробно описаны некоторые из каталогов, которые могут быть размещены отдельно, а затем смонтированы в точках монтирования в `/`. Для получения полного описания содержимого этих каталогов смотрите file-hierarchy(7).

#### /

Корневой каталог - это вершина иерархии, точка, в которой монтируется основная файловая система, к которой присоединяются все другие файловые системы. Все файлы и каталоги отображаются в корневом каталоге `/`, даже если они хранятся на разных физических устройствах. Содержимое корневой файловой системы достаточно для загрузки, отката, исправления и/или восстановления системы. Поэтому некоторые каталоги из `/` не являются кандидатами для отдельных разделов.

Раздел `/` или корневой раздел необходим, и он наиболее важен. Остальные разделы могут быть заменены им.

Важно: Каталоги, необходимые для загрузки (кроме `/boot`) должны находится в том же разделе, что и `/`, или смонтированы в раннем пользовательском пространстве initramfs. Основные каталоги: `/etc` и `/usr` [1].

`/` традиционно содержит каталог `/usr`, который может значительно увеличиться в зависимости от того, сколько ПО установлено. Для большинства пользователей с современными жесткими дисками должно быть достаточно 15-20 ГБ. Если вы планируете хранить файл подкачки здесь, вам может потребоваться больший размер раздела.

#### /boot

Каталог `/boot` содержит образы ядра и ramdisk, а также файлы конфигурации загрузчика и этапы загрузчика. В нем хранятся данные, которые используются до того, как ядро начнет выполнение программ пользовательского пространства. `/boot` не требуется для нормальной работы системы, а необходим только во время загрузки и обновления ядра (при восстановлении исходного ramdisk).

Примечание:

- Отдельный раздел `/boot` нужен только, если ваш boot loader не может получить доступ к корневой файловой системе. Например, если в загрузчике отсутствует драйвер файловой системы или если `/` используется в RAID, dm-crypt|зашифрован или объединен в LVM.
- Если при загрузке с UEFI boot loader не имеют драйвера для других файловых систем, рекомендуется монтировать системный раздел EFI в `/boot`. Для получения дополнительной информации смотрите Системный раздел EFI#Монтирование раздела.

Рекомендуемый размер для `/boot` составляет 200 МБ, если не используется системный раздел EFI в `/boot`, иначе рекомендуется 550 МБ.

#### /home

Каталог `/home` содержит пользовательские файлы конфигурации, кеш, данные приложений и медиафайлы.

Разделив `/home`, вы можете перегруппировать `/` отдельно, но обратите внимание, что вы все еще можете переустановить Arch с нетронутым `/home`, даже если он не является отдельным, Другие каталоги верхнего уровня нужно просто удалить, а затем запустить pacstrap.

Вы не должны делиться домашними каталогами между пользователями в разных дистрибутивах, потому что они используют несовместимые версии программного обеспечения и исправления. Вместо этого рассмотрите возможность разделения раздела мультимедиа или, по крайней мере, использования разных домашних каталогов в том же разделе `/home`. Размер этого раздела меняется.

#### /var

В каталоге `/var` xранятся переменные данные, такие как spool каталоги и файлы, данные администрирования и ведения журнала, кеш pacman, дерево ABS и т.д. Он используется, например, для кэширования и ведения журнала и, следовательно, часто читается или записывается. Сохранение его в отдельном разделе позволяет избежать нехватки дискового пространства из-за flunky logs и т.д.

Он существует, чтобы смонтировать `/usr` доступным только для чтения. Все, что исторически входило в `/usr`, который записывается во время работы системы (в отличие от установки и обслуживания программного обеспечения), должно находиться в `/var`.

Примечание: `/var` содержит много маленьких файлов. Выбор типа файловой системы должен учитывать этот факт, если используется отдельный раздел.

`/var` содержит, помимо прочего, дерево ABS и кеш pacman. Сохранение этих пакетов полезно в случае, если обновление пакета вызывает нестабильность, требуя отката на более старый, архивированный пакет. Кэш pacman, в частности, будет расширяться по мере расширения и обновления системы, но его можно безопасно очистить, если пространство станет проблемой. 8-12 ГБ на настольной системе должно быть достаточно для `/var`, в зависимости от того, сколько программного обеспечения будет установлено.

#### /data

Можно создать раздел "данных" для различных файлов, которые будут общими для всех пользователей. Использование раздела `/home` для этой цели также прекрасное решение. Размер этого раздела варьируется.

#### Swap

Раздел swap предоставляет память, которую можно использовать в качестве виртуальной памяти. Следует также обратить внимание на файл подкачки, так как он не имеет никаких потерь производительности по сравнению с разделом, но его размер легко изменить по мере необходимости. Один раздел подкачки можно потенциально использовать между несколькими ОС, но не при использовании спящего режима.

Исторически сложилось так, что размер раздела подкачки должен быть в два раза больше ОЗУ. Но это правило устарело, поскольку у современных компьютеров оперативная память стала намного больше. Например, на средних настольных компьютерах с оперативной памятью до 512 МБ swap'а 2x достаточно; если объем оперативной памяти более 1024 МБ, раздел подкачки можно уменьшить.

Для использования гибернации (оно же спящий режим) рекомендуется создать раздел подкачки равный размеру ОЗУ. Хотя ядро будет пытаться сжать образ сохраненного состояния, чтобы он соответствовал размеру раздела подкачки. Однако нет никакой гарантии, что это удастся, если размер swap'а будет значительно меньше, чем размер оперативной памяти. Для получения дополнительной информации смотрите Управление питанием/Ждущий и спящий режимы#Гибернация.

### Примеры схем

This article or section needs expansion.

Reason: Улучшить текущие примеры. (Discuss in Talk:Partitioning (Русский)#Table draft 2)
Примечание: Загрузка UEFI не включает никаких флагов "загрузки", загрузка зависит только от загрузочных записей в NVRAM. Parted и его графические оболочки используют флаг "загрузки" в GPT, чтобы указать, что раздел является системным разделом EFI.

#### Примеры схем UEFI/GPT

Точка монтирования | Раздел | Тип раздела (GUID) | Атрибуты раздела | Рекомендуемый размер
--- | --- | --- | --- | ---
`/boot` или `/efi` | `/dev/sda1` | `C12A7328-F81F-11D2-BA4B-00A0C93EC93B`:Системный раздел EFI |  | 550 МБ
`/` | `/dev/sda2` | `4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709`: Linux x86-64 root (/) |  | 23 - 32 ГБ
`[SWAP]` | `/dev/sda3` | `0657FD6D-A4AB-43C4-84E5-0933C84B4F4F`: Linux swap |  | Более 512 МБ
`/home` | `/dev/sda4` | `933AC7E1-2EB4-4F13-B844-0E14E2AEF915`: Linux /home |  | Остаток

#### Примеры схем BIOS/MBR

Точка монтирования | Раздел | Тип раздела ID | Флаг загрузки | Рекомендуемый размер
--- | --- | --- | --- | ---
`/` | `/dev/sda1` | `83`: Linux | Да | 23 - 32 ГБ
`[SWAP]` | `/dev/sda2` | `82`: Linux swap | Нет | Более 512 МБ
`/home` | `/dev/sda3` | `83`: Linux | Нет | Остаток

#### Примеры схем BIOS/GPT

Точка монтирования | Раздел | Тип раздела (GUID) | Атрибуты раздела | Рекомендуемый размер
--- | --- | --- | --- | ---
Нет | `/dev/sda1` | `21686148-6449-6E6F-744E-656564454649`: раздел загрузки BIOS1 |  | 1 ГБ
`/` | `/dev/sda2` | `4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709`: Linux x86-64 root (/) | `2`: Legacy BIOS bootable | 23 - 32 ГБ
`[SWAP]` | `/dev/sda3` | `0657FD6D-A4AB-43C4-84E5-0933C84B4F4F`: Linux swap |  | Более 512 МБ
`/home` | `/dev/sda4` | `933AC7E1-2EB4-4F13-B844-0E14E2AEF915`: Linux /home |  | Остаток

1. Раздел загрузки BIOS требуется только при использовании GRUB для загрузки BIOS с диска GPT. Раздел не имеет ничего общего с `/boot`, и его нельзя форматировать в файловую систему или монтировать.

## Инструменты разметки

Следующие программы используются для создания и/или управления таблицами разделов и разделами устройств. Смотрите ссылки по теме для получения инструкций как их использовать.

Эта таблица поможет вам выбрать утилиту для ваших нужд:

| MBR | GPT
--- | --- | ---
Интерактивные (диалоговые) | fdisk parted | fdisk gdisk parted
Псевдо-графические | cfdisk | cfdisk cgdisk
Неинтерактивные | sfdisk parted | sfdisk sgdisk parted
Графические | GParted gnome-disk-utility partitionmanager | GParted gnome-disk-utility partitionmanager

Важно: Для разбиения устройств хранения используйте инструменты, совместимые с выбранным форматом таблицы разделов. Несовместимые инструменты могут привести к уничтожению таблицы вместе с существующими разделами и данными.

### fdisk

fdisk и связанные с ней утилиты описаны в статье fdisk.

- fdisk (util-linux)
  - fdisk(8) – Утилита с интерактивным интерфейсов для создания и обработки таблиц разделов.
  - cfdisk(8) – Вариант fdisk на основе библиотеке curses.
  - sfdisk(8) – Скриптовый вариант fdisk.

### GPT fdisk

gdisk и связанные с ней утилиты описаны в статье gdisk.

- GPT fdisk (gptfdisk)
  - gdisk(8) – Утилита для управления таблицей разделов GUID (GPT) с интерактивным интерфейсом.
  - cgdisk(8) – Вариант gdisk на основе библиотеке curses.
  - sgdisk(8) – Скриптовый вариант gdisk.

### GNU Parted

Эта группа инструментов описана в статье GNU Parted.

- GNU Parted — Консольный инструмент разметки.

  https://www.gnu.org/software/parted/parted.html || parted

- GNOME Disks — Утилита управления дисками GNOME.

  https://wiki.gnome.org/Apps/Disks || gnome-disk-utility

- GParted — Редактор разделов, написанный с использованием библиотеки GTK+, с графическим управлением разделами диска.

  https://gparted.sourceforge.io/ || gparted

- KDE Partition Manager — Утилита KDE для управления дисковыми устройствами, разделами и файловыми системами.

  https://www.kde.org/applications/system/kdepartitionmanager/ || partitionmanager

## Выравнивание разделов

fdisk, gdisk и parted автоматически обрабатывают выравнивание размера разделов. Смотрите GNU Parted (Русский)#Проверка выравнивания, если вы хотите проверить выравнивание после разметки.

Для определенных дисков расширенный формат может обеспечить более эффективное выравнивание.

## Советы и рекомендации

#### Преобразование MBR в GPT

Для получения дополнительной информации смотрите gdisk#Convert between MBR and GPT.

#### Поддержка ядром GPT

Параметр `CONFIG_EFI_PARTITION` в конфигурации ядра включает поддержку GPT в ядре (несмотря на название EFI PARTITION). Он должен быть встроен в ядро, а не скомпилирован как загружаемый модуль. Этот параметр нужен, даже если диски GPT используются только для хранения данных, а не для загрузки. Он включен по умолчанию во всех официально поддерживаемыех ядрах Arch. В случае специализированного ядра включите этот параметр, выполнив `CONFIG_EFI_PARTITION=y`.

## Смотрите также

- Wikipedia:ru:Раздел диска
- Wikipedia:ru:Двоичные приставки
- Понимание терминологии дисковой подсистемы (англ)
- Что такое MBR (англ)
- Страница Рода Смита "Что такое GPT?" (англ) и загрузка ОС из GPT (англ)
- Используйте большие диски на максимум с GPT и Linux - IBM Developer Works (англ)
- Windows от Microsoft и GPT FAQ (англ)
- Выравнивание разделов (англ) (с примерами)

Categories:

- Русский
- File systems (Русский)
- Boot process (Русский)
- System recovery (Русский)

Hidden categories:

- Pages with broken section links
- Pages or sections flagged with Template:Expansion