Руководство aptosid

По умолчанию aptosid использует при установке UUID в fstab.

Для просмотра вновь созданных и пока не включенных в fstab (скажем, sda6 или sdb7) разделов, или любых других доступных для монтирования разделов жесткого диска выполните как обычный пользователь эту команду в терминале:

 ls -l /dev/disk/by-uuid

Вывод команды будет похож на приведенный ниже (выделение жирным шрифтом исключительно для примера):

lrwxrwxrwx 1 root root 10 2007-05-27 23:42 348ea9e6-7879-4332-8d7a-915507574a80 -> ../../sda4
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 610aaaeb-a65e-4269-9714-b26a1388a106 -> ../../sda2
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 857c5e63-c9be-4080-b4c2-72d606435051 -> ../../sda5
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 a83b8ede-a9df-4df6-bfc7-02b8b7a5f1f2 -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 ad662d33-6934-459c-a128-bdf0393e0f44 -> ../../sda6

В этом примере строка, содержащая ad662d33-6934-459c-a128-bdf0393e0f44, отсутствует в fstab. Следующим шагом станет добавление соответствующей данному UUID строки в файл /etc/fstab. Для этого подойдет любой текстовый редактор (такой как kate или kwrite), запущенный от имени суперпользователя root:

# <device file system>                    <mount point>  <type>  <options>         <dump> <pass>
UUID=ad662d33-6934-459c-a128-bdf0393e0f44 /media/disk1part6 ext4	auto,users,exec   0      2

Еще один пример:

lrwxrwxrwx 1 root root 10 2007-05-28 13:18 30ebb8eb-8f22-460c-b8dd-59140274829d -> ../../sdb8
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 387d6d4b-4508-4b8e-8ed2-76998f41dae4 -> ../../sdb1
rwxrwxrwx 1 root root 10 2007-05-28 13:18 7014f66f-6cdf-4fe1-83da-9cab7b6fab1a -> ../../sdb5
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 8f042ead-259f-4df0-98ec-3343080396c5 -> ../../sdb6
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 94B0AE63B0AE4B94 -> ../../sda2
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 A61820AA18207B85 -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 f28725d6-b7b5-4207-8476-36efe1a903ce -> ../../sdb9
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 f855c263-2521-48d3-8ec9-d2d2b69b6635 -> ../../sda3
rwxrwxrwx 1 root root 10 2007-05-28 13:18 f9aa4027-ecdd-4a86-84e2-df2ef73fe14e -> ../../sdb7

Здесь отсутствующей в fstab записью является строка, содержащая f9aa4027-ecdd-4a86-84e2-df2ef73fe14e. Добавляем соответствующую запись в /etc/fstab:

# <device file system>                   <mount point>   <type>  <options>       <dump> <pass>
UUID=f9aa4027-ecdd-4a86-84e2-df2ef73fe14e /media/disk2part7 ext4	auto,users,exec 0      2

Создание новых точек монтирования

Примечание: Для названия точки монтирования, кoторая отмечается в fstab, необходимо иметь существующий каталог. Aptosid создает эти папки во время процесса установки под /media и они называются diskXpartX .

Если Вы хотите манипулировать таблицей разделов после начальной установки и предполагается, что вы уже изменили fstab, (например, были созданы 2 новых раздела), каталог для каждой точки монтирования не будет существовать, и он должен быть создан вручную.

Пример:

Сначала подтвердите с правами root, существующие точки монтирования:

cd /media
ls

Должны показываться существующие точки монтирования, например:

disk1part1 disk1part3 disk2part1

Пребывайте в /media, создайте точки подключения новых разделов:

mkdir disk1part6
mkdir disk2part7

Для проверки или использования разделов сразу:

mount /dev/sda6 /media/disk1part6
mount /dev/sda6 /media/disk2part7

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

man mount

Обзор: UUID, метка раздела и fstab

Длинные имена (persistent naming) в обозначении блочных устройств стали возможны с появлением udev и предоставляют несколько преимуществ по сравнению с наименованиями на базе Bus. В дальнейшем, подразумевая этот способ обозначения, мы будем использовать термин "длинное наименование".

Развитие Linux дистрибутивов и udev сделало более надежным опознавание аппаратных средств, но одновременно с этим поставило необходимость решения ряда новых вопросов:

1) Порядок подключения при наличии более чем одного контроллера SATA/SCSI или простых контроллеров IDE становится случайным. Как следствие имена одного и того же устройств вида hdx/hdy или sdx/sdy случайно чередуются после каждой загрузки. Использование "длинных наименований" позволяет больше не беспокоиться об этом.

2) С внедрением новой библиотеки libata и поддержкой PATA все блочные устройства, до сих пор именовавшиеся как hdx, в будущем будут называться sdX. Использование "длинных наименований" и в этом случае избавляет пользователя от беспокойства.

3) Ныне широко распространено одновременное использование контроллеров SATA-и IDE типа. Благодаря использованию libata в этом случае все жесткие диски, независимо от типа контроллера, получают имена вида sdX .

4) Машины и с двойным подключением SATA и с IDE контролерами довольно часто встречаются в эти дни. Об изменениях libata говорилось выше, первая проблема станет еще более обычным делом, потому что у обоих SATA и IDE жестких дисков есть SDX имена.

По вышеназванным причинам aptosid использует по умолчанию UUID в/etc/fstab.

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

4 схемы для "длинных наименований":

1. Посредством UUID

UUID (сокращение от "Universally Unique Identifier") является механизмом присвоения уникальных обозначений различным устройствам. Уникальность каждого конкретного обозначения обусловлена крайне низкой вероятностью коллизий(совпадения имен).
Все файловые системы Linux включая swap, поддерживают UUID. Хотя FAT-и файловая система NTFS не поддерживают UUID, для них также возможно создание уникального обозначения в стиле "uuid":

$ /bin/ls -lF /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 Oct 16 10:27 2d781b26-0285-421a-b9d0-d4a0d3b55680 -> ../../sda1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 31f8eb0d-612b-4805-835e-0e6d8b8c5591 -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 16 10:27 3FC2-3DDB -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 16 10:27 5090093f-e023-4a93-b2b6-8a9568dd23dc -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 912c7844-5430-4eea-b55c-e23f8959a8ee -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 16 10:27 B0DC1977DC193954 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 bae98338-ec29-4beb-aacf-107e44599b2e -> ../../sdb2

Как Вы видите, разделы с fat и ntfs имеют короткие имена (sda6 and sdb1), но всё равно показаны в UUID.

2. Посредством МЕТКИ (LABEL)

Практически каждый тип файловой системы может иметь метку. Разделы с меткой находятся в каталоге /dev/disk/by-label:

$ ls -lF /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Oct 16 10:27 data -> ../../sdb2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 data2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 fat -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 16 10:27 home -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 16 10:27 root -> ../../sda1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 swap -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 16 10:27 windows -> ../../sdb1

Так как в качестве меток используются повторяющиеся имена, Вам надо быть предельно внимательным, чтобы избежать путаницы.

Обозначение метки может изменяться следующими командами:

* swap:  mkswap -L <label> /dev/XXX
* ext2/ext3/ext4: e2label /dev/XXX <label>
* jfs: jfs_tune -L <label> /dev/XXX
* xfs: xfs_admin -L <label> /dev/XXX
* fat/vfat: хотя изменение метки FAT раздела под  Linux невозможно, но создание метки допустимо при создании файловой системы: mkdosfs -n <label> <дальнейшие опции>.
Изменение метки FAT разделов может быть проведено в Windows.
* ntfs: ntfslabel /dev/XXX <label> изменение метки в Windows.

ВНИМАНИЕ: Чтобы не возникло проблем, метки должны иметь уникальное обозначение. Это относится и к внешним устройствам (жесткие диски, Sticks, и т.д.), которые включаются через USB или FIrewire. Синтаксис LABEL =/UUID = для разделов UN*X предпочтительнее, чем /dev/disk/by-*/.

3. Посредством ID

Метод by-id создает единственное обозначение на основе серийного номера аппаратных средств.

4. Посредством Path

by-path создает единственное обозначение на основе самого короткого физического пути (по sysfs).

Оба вышеупомянутых метода содержат строки символов, которые снимают показания, к какой подсистеме они принадлежат, и таким образом не подходят, для решения выше упомянутых проблем и здесь в дальнейшем не обсуждаются.

Использование длинных наименований

Здесь пример включения длинных наименований в fstab.

В fstab

Включение в /etc/fstab достаточно просто. Имя устройства в первом столбце заменяется на длинным наименование. В нашем примере /dev/sda7 заменяется одним из двух вариантов:

/dev/disk/by-label/home или
/dev/disk/by-uuid/31f8eb0d-612b-4805-835e-0e6d8b8c5591

Тоже самое повторяется для всех разделов в fstab.

Вместо использования непосредственно длинного имени, для обозначения подключаемого накопителя, можно использовать его UUID или метку: LABEL=<label> или UUID=<uuid>. Например:

LABEL=Boot

или

UUID=3e6be9de-8139-11d1-9106-a43f08d823a6

Источники: wiki.archlinux.org ссылаясь на marc.theaimsgroup.com. Содержание wiki.archlinux.org является засвидетельствованным как под GNU Free Documentation License 1.2. Редактировано и соответственно переведено для руководств по aptosid.

Больше о метках: lissot.net

Содержание, последний раз пересмотрено 26/04/2011 1355 UTC

Восстановление fstab и создание точек монтирования