Содержание
Устройство блока цилиндров двигателя: просто о сложном | 🚘Авто Новости Онлайн
Блок цилиндров двигателя — это деталь 2-х и более цилиндровых поршневых двигателей. Блок цилиндров выполняет две основные функции: он является корпусом для размещения всех узлов, механизмов и деталей двигателя. Второе – блок цилиндров основа для навесных частей двигателя: картер, головка блока цилиндров.
Содержание
- 1 Материал изготовления блока цилиндров
- 2 Основные требования к блоку цилиндров двигателя
- 3 Обзор основных деталей блока цилиндров
Материал изготовления блока цилиндров
Чугун – традиционный материал, из которого до недавнего времени изготавливались блоки. Чугун применяется с добавками: никель, хром. Положительные качества чугунного блока цилиндров: меньшая чувствительность к перегреву, жёсткость, необходимая при высокой степени форсировки двигателя. Минус – большая масса, которая влияет на динамику легкового автомобиля.
Алюминий – занимает второе место в изготовлении блоков цилиндров. Положительными качествами алюминиевого блока являются: лёгкость и лучшее охлаждение. Как недостаток отмечается проблема с подбором материала, из которого должен выполняться цилиндр.
В современных условиях, для изготовления цилиндров в алюминиевые блоки цилиндров двигателя разработаны технологии: Locasil – запрессовка гильз из алюминий — кремния, Nicasil – в виде никелевого покрытия на алюминиевой поверхности блока цилиндров.
Недостатком никасиловой технологии считается то, что при прогаре поршня или обрыве шатуна, никелевое покрытие выходит из строя и блок цилиндров не подлежит ремонту. Он меняется в сборе. В отличие от чугунного, который подвергается расточке и гильзованию ремонтным комплектом.
Блок цилиндров из магниевого сплава сочетает в себе твердость чугунного, и лёгкость алюминиевого. Но, такой блок очень дорогое удовольствие и на конвейерном производстве не применяется.
Каждый из материалов имеет свои плюсы и минусы, поэтому однозначно заявлять какой из них лучше, некорректно.
Основные требования к блоку цилиндров двигателя
- отверстия всех постелей должны обеспечивать соосность;
- постели должны иметь одинаковый диаметр. Исключение составляют специальные конструкции;
- оси постелей и плоскости блока цилиндров должны быть идеально параллельны.
Обзор основных деталей блока цилиндров
Цилиндр двигателя. Основной деталью цилиндра двигателя является гильза. Применяются два типа гильз:
- гильзы, впрессованные непосредственно в блок цилиндров. Как правило, в алюминиевых блоках;
- съёмные гильзы, которые подразделяются на «мокрые» и «сухие».
Головка блока цилиндров. В её состав входят: камера сгорания, места крепления ГРМ, рубашка охлаждения и каналы смазки, резьбовые отверстия для свечей (форсунок), отверстия для впускных и выпускных каналов.
ГБЦ крепится к блоку цилиндров сверху. Отдельным пунктом нужно отметить технологию крепления ГБЦ к блоку цилиндров. Она требует специальных болтов крепления и выполнения инструкций производителя. Затяжка ГБЦ производится только при помощи динамометрического ключа с соблюдением рекомендуемых параметров момента затяжки и схемы затяжки болтов.
Картер двигателя. В ДВС картер является частью блока цилиндров. Снизу картер закрывается поддоном. По сути, картер – это корпус для кривошипно-шатунного механизма. Крепится к блоку цилиндров снизу.
Удачи вам при изучении и эксплуатации блока цилиндров двигателя.
Источник
Поделиться в социальных сетях
Вам может понравиться
Устройство блока цилиндров, головки, поршней, шатунов ЗМЗ-40906
Блок цилиндров двигателя ЗМЗ-40906 отлит из серого чугуна, выполнен в виде моноблока с картерной частью, опущенной ниже оси коленчатого вала. В нижней части блока цилиндров расположены пять гнезд коренных подшипников.
Устройство блока цилиндров, головки блока цилиндров, поршней и шатунов двигателя ЗМЗ-40906.
Крышки коренных подшипников, изготавливаемые из высокопрочного чугуна, обрабатываются в сборе с блоком цилиндров и поэтому они не взаимозаменяемы. На нижней плоскости 1, 2 и 4 — ой крышек выбиты их порядковые номера для правильной установки. При установке крышек замочные пазы под вкладыши в блоке цилиндров и в крышках следует располагать с одной стороны.
Блок цилиндров двигателя ЗМЗ-40906, вид сверху и поперечный разрез по оси цилиндра, продольный разрез по оси цилиндров.
Головка блока цилиндров двигателя ЗМЗ-40906.
Отлита из алюминиевого сплава, имеет два впускных и два выпускных клапана на каждый цилиндр. В верхней части головки блока цилиндров размещены два распределительных вала. Крышки опор распределительных валов обрабатываются в сборе с головкой блока цилиндров и поэтому они не взаимозаменяемы. Крышки опор валов должны устанавливаться в соответствии с выбитыми на них порядковыми номерами, при этом ориентируясь определенным образом.
Головка блока цилиндров двигателя ЗМЗ-40906, вид на фланец впускной трубы, на верхнюю плоскость, на фланец передней крышки, на камеры сгорания, на фланец выпускного коллектора и на заднюю крышку.
Отверстия под свечи зажигания находятся в центральной части камеры сгорания. В передней части имеются две бобышки с отверстиями для крепления к крышке цепи. Между головкой блока цилиндров и блоком цилиндров устанавливается стальная, двухслойная прокладка головки блока цилиндров, имеющая высокую уплотняющую способность и термическую стойкость.
Поршень двигателя ЗМЗ-40906.
Отлит из алюминиевого сплава. Юбка поршня выполнена с бочкообразным вертикальным профилем и микрорельефом для улучшения приработки и снижения потерь на трение. В поперечном (горизонтальном) сечении юбка поршня имеет форму овала, где больший радиус расположен перпендикулярно оси поршневого пальца.
На днище каждого поршня сделана выемка для расположения части камеры сгорания и четыре цековки, которые предотвращают касание (удары) о днище поршня тарелок клапанов при нарушении фаз газораспределения.
По наибольшему диаметру юбки поршни делятся на 5 размерных групп, по диаметру отверстия под поршневой палец – на 2 группы. Маркировка размерных групп выбивается на днище.
На торце поршня имеется надпись «FRONT» или «ПЕРЕД», служащая для его правильной ориентации при установке в блок цилиндров. Поршень должен устанавливаться, ориентируясь данной надписью в сторону переднего торца блока цилиндров. В сторону расположения шкива-демпфера коленчатого вала.
Размеры сопрягаемых деталей блока цилиндров и поршня, кривошипно-шатунного механизма, привода клапанов и вала промежуточного двигателя ЗМЗ-40906.
Поршневые кольца.
Устанавливаются по три на каждом поршне: два компрессионных и одно маслосъемное. Верхние компрессионные кольца могут быть стальные или из высокопрочного чугуна. Прилегающая к цилиндру поверхность верхнего компрессионного кольца имеет бочкообразную форму. Для увеличения износостойкости эта поверхность покрыта хромом.
Нижние компрессионные кольца изготавливаются из серого чугуна, имеют наружную коническую поверхность. Кольцо должно устанавливаться на поршень маркировкой «TOP» или маркировкой товарного знака предприятия-изготовителя в сторону днища поршня (вверх). Маслосъемное кольцо составное. Состоит из двух стальных кольцевых дисковых элементов и пружинного расширителя.
Поршневые пальцы.
Трубчатого сечения, стальные, плавающего типа, при работе двигателя свободно вращаются в бобышках поршня и втулке шатуна. Для увеличения твердости и износостойкости наружная поверхность пальца подвергнута химико-термическому упрочнению. Осевое перемещение пальца ограничивается стопорными кольцами, установленными в канавках бобышек поршня. Пальцы по наружному диаметру делятся на размерные группы.
Шатун.
Стальной, кованый, со стержнем двутаврового сечения и продольным отверстием подачи масла для смазки подшипника поршневого пальца и охлаждения днища поршня. В поршневую головку шатуна запрессована бронзовая втулка, служащая подшипником поршневого пальца. Крышка шатуна крепится к шатуну двумя центрирующими болтами с гайками. Крышка обрабатывается совместно с шатуном, поэтому крышки нельзя переставлять с одного шатуна на другой.
Для правильной сборки на боковых поверхностях крышек и шатунов выбиты порядковые номера цилиндров, в которые они были установлены. Крышка шатуна с шатуном должны быть собраны таким образом, чтобы номера цилиндров или пазы под вкладыши располагались с одной стороны. Шатуны делятся на 4 группы по массе и на 4 размерные группы по диаметру отверстия втулки под поршневой палец.
14.5. Открытие файла блочного устройства
Мы завершаем эту главу описанием выполненных шагов
VFS при открытии файла блочного устройства.
Ядро открывает файл блочного устройства каждый раз, когда файловая система
монтируется поверх диска или раздела каждый раз, когда раздел подкачки
активирована, и каждый раз, когда процесс пользовательского режима выполняет системный вызов open()
для файла блочного устройства. Во всех случаях
ядро выполняет практически те же операции: ищет блок
дескриптор устройства (возможно выделение нового дескриптора, если блок
устройство еще не используется) и настраивает методы работы с файлами
для предстоящей передачи данных.
В разделе «ВФС
Работа с файлами устройств» в главе 13 мы описали, как
dentry_open()
функция настраивает
методы файлового объекта при открытии файла устройства. В этом
случай, поле f_op
файла
объект устанавливается на адрес таблицы def_blk_fops
, содержимое которой показано в
Таблица 14-10.
Таблица 14-10. Операции с файлами блочных устройств по умолчанию (def_blk_fops
стол)
Метод | Функция | ||||||||
---|---|---|---|---|---|---|---|---|---|
| | 5 | |
| ) | ||||
| | ||||||||
| | ||||||||
| | ||||||||
| | ||||||||
| | ||||||||
| | ||||||||
| | ||||||||
| | | | ||||||
| | ||||||||
| | ||||||||
| | ||||||||
| | ||||||||
| |
Здесь нас интересует только ...
Получите Понимание ядра Linux, 3-е издание прямо сейчас с обучающей платформой O’Reilly.
участника O’Reilly проходят онлайн-обучение в режиме реального времени, а также получают книги, видео и цифровой контент почти от 200 издателей.
Начать бесплатную пробную версию
Постоянные имена блочных устройств — ArchWiki
В этой статье описывается, как использовать постоянные имена для ваших блочных устройств. Это стало возможным благодаря внедрению udev и имеет некоторые преимущества по сравнению с именованием на основе шины. Если на вашей машине установлено несколько контроллеров дисков SATA, SCSI или IDE, порядок добавления соответствующих узлов устройств может быть произвольным. Это может привести к появлению таких имен устройств, как /dev/sd a
и /dev/sd b
переключение при каждой загрузке, что приводит к невозможности загрузки системы, панике ядра или исчезновению блочного устройства. Постоянные имена решают эти проблемы.
Примечание:
- У постоянного именования есть ограничения, которые не рассматриваются в этой статье. Например, в то время как mkinitcpio может поддерживать метод, systemd может накладывать свои собственные ограничения (например, FS#42884) на имена, которые он может обрабатывать во время загрузки.
- Эта статья не относится к логическим томам LVM, поскольку
/dev/ VolumeGroupName / LogicalVolumeName
пути устройств являются постоянными.
Содержание
- 1 Методы постоянного именования
- 1.1 этикетка
- 1.2 by-uuid
- 1.3 по идентификатору и по пути
- 1.4 по метке части
- 1,5 по-партууид
- 1.6 Статические имена устройств с udev
- 2 Использование постоянного именования
- 2.1 фстаб
- 2.2 Параметры ядра
Методы постоянного именования
Существует четыре различных схемы постоянного именования: по метке, по uuid, по идентификатору и по пути. Для тех, кто использует диски с таблицей разделов GUID (GPT), можно использовать две дополнительные схемы: by-partlabel и by-partuuid. Вы также можете использовать статические имена устройств с помощью Udev.
Каталоги в /dev/disk/
создаются и уничтожаются динамически, в зависимости от наличия в них устройств.
Примечание: Учтите, что при клонировании диска создаются два разных диска с одинаковыми именами.
В следующих разделах описываются различные методы постоянного именования и способы их использования.
Команду lsblk можно использовать для графического просмотра первых персистентных схем:
$ lsblk -f
ИМЯ FSTYPE МЕТКА UUID ТОЧКА МОНТАЖА сда ├─sda1 vfat CBB6-24F2 /boot ├─sda2 ext4 Arch Linux 0a3407de-014b-458b-b5c1-848e92а327а3/ ├─sda3 ext4 Данные b411dc99-f0a0-4c87-9e05-184977be8539 /home └─sda4 swap f9fe0b69-a280-415d-a03a-a32752370dee [ОБМЕН] mmcblk0 └─mmcblk0p1 vfat F4CA-5D75
Для тех, кто использует GPT, вместо этого используйте команду blkid
. Последний более удобен для скриптов, но сложнее для чтения.
# blkid
/dev/sda1: UUID="CBB6-24F2" TYPE="vfat" PARTLABEL="системный раздел EFI" PARTUUID="d0d0d110-0a71-4ed6-936a-304969ea36af" /dev/sda2: LABEL="Arch Linux" UUID="0a3407de-014b-458b-b5c1-848e92a327a3" TYPE="ext4" PARTLABEL="GNU/Linux" PARTUUID="98a81274-10f7-40db-872a-03df048df366" /dev/sda3: LABEL="Data" UUID="b411dc99-f0a0-4c87-9e05-184977be8539" TYPE="ext4" PARTLABEL="Home" PARTUUID="7280201c-fc5d-40f2-a9b2-466611d3d49e" /dev/sda4: UUID="f9fe0b69-a280-415d-a03a-a32752370dee" TYPE="swap" PARTLABEL="Swap" PARTUUID="039b6c1c-7553-4455-9537-1befbc9fbc5b" /dev/mmcblk0: PTUUID="0003e1e5" PTTYPE="дос" /dev/mmcblk0p1: UUID="F4CA-5D75" TYPE="vfat" PARTUUID="0003e1e5-01"
по-метке
Почти каждый тип файловой системы может иметь метку. Все ваши тома, на которых он есть, перечислены в каталоге
/dev/disk/by-label
.
$ ls -l /dev/disk/by-label
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 Данные -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 Arch\x20Linux -> ../../sda2
Большинство файловых систем поддерживают установку метки при создании файловой системы, см. справочную страницу соответствующей mkfs.*
утилита. Для некоторых файловых систем также возможно изменение меток. Ниже приведены некоторые методы изменения меток в распространенных файловых системах:
- замена
-
swaplabel -L " новая метка " /dev/ XXX
с использованием util-linux - доб2/3/4
-
e2label /dev/ XXX " новая метка "
с использованием e2fsprogs - бтрфс
-
метка файловой системы btrfs /dev/ XXX " новая метка "
с использованием btrfs-прог - запасные части
-
reiserfstune -l " новая метка " /dev/ XXX
с использованием reiserfsprogs - джфс
-
jfs_tune -L " новая метка " /dev/ XXX
с использованием jfsutils - xfs
-
xfs_admin -L " новая метка " /dev/ XXX
с использованием xfsprogs - жир/вжир
-
fatlabel /dev/ XXX " новая метка "
с помощью dosfstools -
mlabel -i /dev/ XXX ::" новая метка "
с использованием mtools - эксжир
-
tune.
с использованием exfatprogsexfat -L " новая метка " /dev/ XXX
-
exfatlabel /dev/ XXX " новая метка "
использование exfatprogs или exfat-utils - нтфс
-
ntfslabel /dev/ XXX " новая метка "
с использованием ntfs-3g - удф
-
udflabel /dev/ XXX " новая метка "
с использованием udftools - crypto_LUKS (только LUKS2)
-
cryptsetup config --label=" новая метка " /dev/ XXX
использование cryptsetup
Метку устройства можно получить с помощью lsblk :
$ lsblk -dno МЕТКА /dev/sda2
Arch Linux
или с blkid :
# blkid -s МЕТКА -o значение /dev/sda2
Arch Linux
Примечание:
- Файловая система не должна быть смонтирована, чтобы изменить ее метку.
Для корневой файловой системы это можно сделать, загрузившись с другого тома.
- Метки должны быть однозначными, чтобы предотвратить любые возможные конфликты.
- Метки могут содержать до 16 символов.
- Поскольку метка является свойством файловой системы, она не подходит для постоянной адресации одного устройства RAID.
- При использовании зашифрованных контейнеров с dm-crypt метки файловых систем внутри контейнеров недоступны, пока контейнер заблокирован/зашифрован.
by-uuid
UUID — это механизм присвоения каждой файловой системе уникального идентификатора. Эти идентификаторы генерируются утилитами файловой системы (например, mkfs.*
) при форматировании устройства и разработаны таким образом, что коллизии маловероятны. Все файловые системы GNU/Linux (включая заголовки подкачки и LUKS устройств с необработанным шифрованием) поддерживают UUID. Файловые системы FAT, exFAT и NTFS не поддерживают UUID, но по-прежнему перечислены в /dev/disk/by-uuid/
с более коротким UID (уникальным идентификатором):
$ ls -l /dev/disk/by-uuid/
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 0a3407de-014b-458b-b5c1-848e92a327a3 -> ../../sda2 lrwxrwxrwx 1 root root 10 27 мая 23:31 b411dc99-f0a0-4c87-9e05-184977be8539 -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 CBB6-24F2 -> ../../sda1 lrwxrwxrwx 1 root root 10 27 мая 23:31 f9fe0b69-a280-415d-a03a-a32752370dee -> ../../sda4 lrwxrwxrwx 1 root root 10 27 мая 23:31 F4CA-5D75 -> ../../mmcblk0p1
UUID устройства можно получить с помощью лсбк :
$ lsblk -dno UUID /dev/sda1
CBB6-24F2
или с blkid :
# blkid -s UUID -o значение /dev/sda1
CBB6-24F2
Преимущество использования метода UUID заключается в том, что гораздо меньше вероятность возникновения конфликтов имен, чем при использовании меток. Кроме того, он генерируется автоматически при создании файловой системы. Например, он останется уникальным, даже если устройство подключено к другой системе (которая может иметь устройство с таким же ярлыком).
Недостатком является то, что UUID затрудняют чтение длинных строк кода и нарушают форматирование во многих файлах конфигурации (например, fstab или crypttab). Кроме того, каждый раз, когда том переформатируется, создается новый UUID, и файлы конфигурации необходимо корректировать вручную.
Совет: Если для тома подкачки не назначен UUID, вам потребуется сбросить его с помощью утилиты mkswap.
by-id и by-path
by-id
создает уникальное имя в зависимости от серийного номера оборудования, by-path
в зависимости от кратчайшего физического пути (согласно sysfs). Оба содержат строки, указывающие, к какой подсистеме они принадлежат (например, pci-
для by-path
и ata-
для by-id
), поэтому они связаны с аппаратным обеспечением, управляющим устройством. Это подразумевает разные уровни постоянства: by-path
уже изменится, когда устройство будет подключено к другому порту контроллера, by-id
изменится, когда устройство будет подключено к порту аппаратного контроллера субъекта в другую подсистему. [1] Таким образом, оба не подходят для достижения постоянного именования, устойчивого к аппаратным изменениям.
Однако оба предоставляют важную информацию для поиска конкретного устройства в большой аппаратной инфраструктуре. Например, если вы не назначаете постоянные метки вручную ( по метке
или по метке
) и сохраняете каталог с использованием аппаратного порта, по идентификатору
и по пути
можно использовать для поиска конкретное устройство.[2] [3]
by-id
также создает ссылки на всемирное имя устройств хранения, которые его поддерживают. В отличие от других by-id
, WWN полностью сохраняются и не меняются в зависимости от используемой подсистемы.
Эта статья или раздел нуждается в дополнении.
Причина: Объясните и приведите примеры со ссылками /dev/disk/by-id/nvme-eui.*
[4]. Будет ли WWID устройств NVME всегда начинаться с eui.
? (Обсудите в Talk: Постоянное именование блочных устройств)
Примечание: ссылки по идентификатору
и по пути
могут считаться постоянными только для дисков, а не для разделов. На разделы будет ссылаться их номер в таблице разделов, и это может измениться, если разделы будут переупорядочены.
$ ls -l /dev/disk/by-id/
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470 -> ../../sda lrwxrwxrwx 1 root root 10 27 мая 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 27 мая 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 27 мая 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 ata-WDC_WD2500BEVT-22ZCT0_WD-WXE908VF0470-part4 -> ../../sda4 lrwxrwxrwx 1 root root 10 27 мая 23:31 mmc-SD32G_0x0040006d -> ../../mmcblk0 lrwxrwxrwx 1 root root 10 27 мая 23:31 mmc-SD32G_0x0040006d-part1 -> ../../mmcblk0p1 lrwxrwxrwx 1 root root 10 27 мая 23:31 wwn-0x60015ee0000b237f -> ../../sda lrwxrwxrwx 1 root root 10 27 мая 23:31 wwn-0x60015ee0000b237f-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 27 мая 23:31 wwn-0x60015ee0000b237f-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 27 мая 23:31 wwn-0x60015ee0000b237f-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 wwn-0x60015ee0000b237f-part4 -> ../../sda4
$ ls -l /dev/disk/by-path/
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:00:1f.2-ata-1 -> ../../sda lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:00:1f.2-ata-1-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:00:1f.2-ata-1-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:00:1f.2-ata-1-part4 -> ../../sda4 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:07:00.0-platform-rtsx_pci_sdmmc.0 -> ../../mmcblk0 lrwxrwxrwx 1 root root 10 27 мая 23:31 pci-0000:07:00.0-platform-rtsx_pci_sdmmc.0-part1 -> ../../mmcblk0p1
by-partlabel
Примечание. Этот метод применим только к дискам с таблицей разделов GUID (GPT).
Метки разделов GPT можно определить в заголовке записи раздела на дисках GPT.
Этот метод очень похож на метки файловой системы, за исключением того, что метки разделов не изменяются при изменении файловой системы в разделе.
Все разделы, имеющие метки разделов, перечислены в каталоге /dev/disk/by-partlabel
.
$ ls -l /dev/disk/by-partlabel/
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 EFI\x20system\x20partition -> ../../sda1 lrwxrwxrwx 1 root root 10 27 мая 23:31 GNU\x2fLinux -> ../../sda2 lrwxrwxrwx 1 root root 10 27 мая 23:31 Главная -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 Свап -> ../../sda4
Метку раздела устройства можно получить с помощью lsblk :
$ lsblk -dno PARTLABEL /dev/sda1
Системный раздел EFI
или с blkid :
# blkid -s PARTLABEL -o значение /dev/sda1
Системный раздел EFI
Примечание.
- Метки разделов GPT также должны различаться во избежание конфликтов.
Чтобы изменить метку раздела, вы можете использовать gdisk или версию cgdisk на основе ncurses. Оба доступны из пакета gptfdisk. См. Разделы#Инструменты для создания разделов.
- Согласно спецификации метки разделов GPT могут иметь длину до 72 символов.
by-partuuid
Как и метки разделов GPT, UUID разделов GPT определяются в записи раздела на дисках GPT.
MBR не поддерживает UUID разделов, но Linux[5] и программное обеспечение, использующее libblkid[6] (например, udev[7]), способны генерировать псевдо-PARTUUID для разделов MBR. Формат: SSSSSSSS - PP
, где SSSSSSSS
— заполненная нулями 32-битная подпись диска MBR, а PP
— шестнадцатеричное число раздела, заполненное нулями. В отличие от обычного PARTUUID раздела GPT, псевдо-PARTUUID MBR может измениться при изменении номера раздела.
Динамический каталог подобен другим методам и, как и UUID файловой системы, использование UUID предпочтительнее, чем метки.
$ ls -l /dev/disk/by-partuuid/
всего 0 lrwxrwxrwx 1 root root 10 27 мая 23:31 0003e1e5-01 -> ../../mmcblk0p1 lrwxrwxrwx 1 root root 10 27 мая 23:31 039b6c1c-7553-4455-9537-1befbc9fbc5b -> ../../sda4 lrwxrwxrwx 1 root root 10 27 мая 23:31 7280201c-fc5d-40f2-a9b2-466611d3d49e -> ../../sda3 lrwxrwxrwx 1 root root 10 27 мая 23:31 98a81274-10f7-40db-872a-03df048df366 -> ../../sda2 lrwxrwxrwx 1 корень корень 10 27 мая 23:31 d0d0d110-0a71-4ed6-936a-304969ea36af -> ../../sda1
UUID раздела устройства можно получить с помощью lsblk :
$ lsblk -dno PARTUUID /dev/sda1
d0d0d110-0a71-4ed6-936a-304969ea36af
или с blkid :
# blkid -s PARTUUID -o значение /dev/sda1
d0d0d110-0a71-4ed6-936a-304969ea36af
Статические имена устройств с помощью udev
См. udev#Настройка имен статических устройств.
Использование постоянного именования
Существуют различные приложения, которые можно настроить с использованием постоянного именования. Ниже приведены некоторые примеры их настройки.
fstab
См. основную статью: fstab#Идентификация файловых систем.
Параметры ядра
Чтобы использовать постоянные имена в параметрах ядра, должны быть выполнены следующие условия. При стандартной установке в соответствии с руководством по установке выполняются оба предварительных условия:
- Вы используете образ initramfs, в котором есть udev.
- Для mkinitcpio включите хук
udev
илиsystemd
в/etc/mkinitcpio.conf
Расположение корневой файловой системы задается параметром root
в командной строке ядра. Командная строка ядра настраивается из загрузчика, см. Параметры ядра#Конфигурация. Чтобы перейти к постоянному именованию устройств, измените только те параметры, которые определяют блочные устройства, например. root
и резюме
, остальные параметры оставляем как есть. Поддерживаются различные схемы именования:
Постоянное именование устройств с использованием метки и формата LABEL=
, в этом примере Arch Linux
— это метка корневой файловой системы.