Рейтинг@Mail.ru
[Войти] [Зарегистрироваться]

Наши друзья и партнеры

UnixForum
Беспроводные выключатели nooLite

Lines Club

Ищем достойных соперников.

Книги по Linux (с отзывами читателей)

Библиотека сайта или "Мой Linux Documentation Project"

Ошибка базы данных:
На главную -> MyLDP -> Тематический каталог -> Работа в консоли Linux

Как узнать UUID'ы разделов? Команды blkid и vol_id

Статья из серии "HuMan"

Алексей Дмитриев, 6 февраля 2010

Предисловие

В новых дистрибутивах Линукс стало модным называть разделы не по "именам", скажем, /dev/hda2, а используя UUID'ы - Уникальные Идентификаторы. Выглядят они как абсолютно нечитаемые для человека многозначные номера, да еще и шестнадцатеричные, например: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619".

Удобство понимания и заполнения таких конфигурационных файлов как, скажем, /etc/fstab "значительно повысилось". Стало невозможным понять о каком разделе идет речь. Хорошо если у вас всего пять-шесть разделов, еще можно помнить, на каком своп, а на каком корень. А если разделов в три раза больше? Да если еще и постоянно удаляешь одни, и создаешь другие? Мода требует жертв.

Кому же нужны UUID'ы и для кого они действительно удобны? Сисадминам больших серверов, у которых одновременно присутствуют носители всевозможных типов, да еще и объединенные во всякие RAID'ы и прочие сиадминские заморочки. Для них, когда возникает необходимость перенести содержимое с одного носителя на другой, потом встает большая проблема правильно внести изменения в ту же /etc/fstab вручную. С UUID'ами же ядро, при помощи специальных программ, автоматически находит и размечает разделы по соответствующим носителям. Это им экономит много сил и времени.

Простым же смертным, имеющим два компьютера с тремя винчестерами на обоих, эти UUID'ы нужны как зайцу стоп-сигнал. Я лично первым делом безжалостно удаляю все эти номера из файлов /etc/fstab и /boot/grub/menu.lst. Это позволяет мне избежать головной боли при клонировании разделов, когда возникают два раздела с одинаковыми "Уникальными номерами".

Но многим почему-то нравятся UUID'ы, и они озабочены, если какой-нибудь раздел, например подкачки, вдруг прописан по "имени-отчеству". В Сети иногда встречаются такие вопли о помощи: "Мой раздел своппига не имеет UUID'а. Как мне узнать его и вписать в /etc/fstab?". Для вас, любители UUID'ов, эта статья.

Команда blkid

Программа blkid, используя библиотеку libblkid, умеет читать содержимое файлов блочных устройств типа /dev/hda2. Эти специальные файлы, находящиеся в директории /dev иначе называются нодами устройств, имеют весьма специфичную структуру, и не могут быть прочитаны обычными средствами (скажем, командой cat).

Однако программа blkid по умолчанию не считывает информацию о разделах непосредственно из соответствующих нод устройств, а считывает ее из файла /etc/blkid.tab. Этот файл зачем-то называется в мане команды blkid кэш файлом, а всем известно, что слово cache имеет множесто значений, а потому совершенно бессмысленно. Должен вас сразу предупредить, что в файле /etc/blkid.tab со временем накапливается устаревшая информация о давно несуществующих разделах, поэтому не думайте читать сам файл в поисках UUID'ов, можете жестоко обмишулиться. Пользуйтесь командой blkid с соответсвующими опциями.

Команда blkid без опций

Команда blkid без опций, запущенная с правами суперпользоателя, выведет на экран дисплея информацию, содержащуюся в файле /etc/blkid.tab:

# blkid

/dev/disk/by-id/scsi-SATA_Hitachi_HTS5416_SB344CHRJT80JD-part7: UUID="465e53f5-a682-4fde-8e0c-4c77a533aca7" TYPE="ext3" SEC_TYPE="ext2" LABEL="Common"
/dev/sda2: UUID="02E4E3A0E4E39467" LABEL="Vista" TYPE="ntfs"
/dev/sda5: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619" TYPE="ext3" SEC_TYPE="ext2"
/dev/sda6: TYPE="swap"
/dev/sda7: UUID="465e53f5-a682-4fde-8e0c-4c77a533aca7" TYPE="ext3" LABEL="Common"
/dev/disk/by-uuid/5a179614-0415-48c6-a9ad-3f6ad9596619: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619" TYPE="ext3" SEC_TYPE="ext2"
/dev/sda8: UUID="41825dd5-d866-45f6-bcfd-c4c9aa4de045" SEC_TYPE="ext2" TYPE="ext3" LABEL="lenny"
/dev/sda9: UUID="e6758566-4e3b-4cf0-be5e-37949b52c64f" SEC_TYPE="ext2" TYPE="ext3" LABEL="deb2"
/dev/sda1: UUID="5408E10E08E0F042" LABEL="WinRE" TYPE="ntfs"

Я предупреждал. Тут, конечно, можно разобраться при желании, но непонятно, откуда может взяться такое желание, когда можно поступить проще. А именно запустить команду blkid с опцией -c.

Команда blkid с опцией -c

Вообще-то опция -c заставляет blkid читать не из файла blkid.tab, а из любого указанного файла. Скажем, /dev/null. Не имея никакой информации из данного файла, команда вынуждена будет прочитать информацию из нод устройств, то есть выдать нам реальную картину на текущий момент:

# blkid -c /dev/null

/dev/sda1: UUID="5408E10E08E0F042" LABEL="WinRE" TYPE="ntfs"
/dev/sda2: UUID="02E4E3A0E4E39467" LABEL="Vista" TYPE="ntfs"
/dev/sda5: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619" TYPE="ext3"
/dev/sda6: TYPE="swap"
/dev/sda7: LABEL="Common" UUID="465e53f5-a682-4fde-8e0c-4c77a533aca7" TYPE="ext3"
/dev/sda8: LABEL="lenny" UUID="41825dd5-d866-45f6-bcfd-c4c9aa4de045" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda9: LABEL="deb2" UUID="e6758566-4e3b-4cf0-be5e-37949b52c64f" SEC_TYPE="ext2" TYPE="ext3"

Совсем другое дело, не правда ли?

Поэтому советую сохранить старые файлы blkid.tab и blkid.tab.old под другими именами, тогда при следующей загрузке будет создан новенький чистенький файлик blkid.tab, где все будет как в выводе команды blkid -c /dev/null. Стоит после этого проверить /etc/fstab и /boot/grub/menu.lst.

Остальные опции команды крайне невыразительны и бесполезны. Чем трудиться запоминать их, проще запустить команду вовсе без опций или с опцией -c /dev/null. Тем не менее:

Опция <device>

# blkid /dev/sda5

/dev/sda5: UUID="5a179614-0415-48c6-a9ad-3f6ad9596619" TYPE="ext3" SEC_TYPE="ext2"

Выдает сведения об указанном устройстве.

Опция -t

# blkid -t TYPE=ntfs

/dev/sda2: UUID="02E4E3A0E4E39467" LABEL="Vista" TYPE="ntfs"
/dev/sda1: UUID="5408E10E08E0F042" LABEL="WinRE" TYPE="ntfs"

Найдет все устройства, отвечающие заданному критерию, будь то TYPE, LABEL, или UUID. Можно сужать круг поиска, вводя в командную строку имена интересующих устройств:

# blkid -t TYPE=ntfs /dev/sda1 /dev/sda2 /dev/sda6 /dev/sda7

/dev/sda1: UUID="5408E10E08E0F042" LABEL="WinRE" TYPE="ntfs"
/dev/sda2: UUID="02E4E3A0E4E39467" LABEL="Vista" TYPE="ntfs"

Опция -s

# blkid -s UUID /dev/sda7

/dev/sda7: UUID="465e53f5-a682-4fde-8e0c-4c77a533aca7"

Выдаст только указанный критерий нужного устройства.

Опция -o

Позволяет выбирать формат вывода из трех возможных: value (значение критерия), device (устройство), или full (полный). Например:

# blkid -o value
465e53f5-a682-4fde-8e0c-4c77a533aca7
ext3
ext2
Common
02E4E3A0E4E39467
Vista
ntfs
5a179614-0415-48c6-a9ad-3f6ad9596619
ext3
ext2
swap
465e53f5-a682-4fde-8e0c-4c77a533aca7
ext3
Common
5a179614-0415-48c6-a9ad-3f6ad9596619
ext3
ext2
41825dd5-d866-45f6-bcfd-c4c9aa4de045
ext2
ext3
lenny
e6758566-4e3b-4cf0-be5e-37949b52c64f
ext2
ext3
deb2
5408E10E08E0F042
WinRE
ntfs

Опция -l

Применяется вместе с опцией поиска -t. Но из всего найденного выдаст сведения только об одном устройстве. Обычно это первое прочитанное в файле /etc/blkid.tab устройство.

# blkid -lt TYPE=ntfs

/dev/sda2: UUID="02E4E3A0E4E39467" LABEL="Vista" TYPE="ntfs" 

Опция -g

В мане сказано, что убирает мусор в каком-то кэше blkid. Если имеется в виду файл /etc/blkid.tab, то не работает.

Опция -w

Записывает данные в указанный вами файл, вместо файла /etc/blkid.tab.

По моему, проще переадресовать в файл "file" вывод команды.

# blkid -c /dev/null > file

Опция -h

Выводит помощь.

Опция -v

Выводит версию программы.

Вот все, что касается команды blkid. Однако существуют и другие возможности узнать UUID раздела.

Самая очевидная - заглянуть в директорию /dev:

# ls /dev/disk

by-id  by-label  by-path  by-uuid

Там четыре субдиректории, одна из которых by-uuid. Посмотрим:

# ls /dev/disk/by-uuid

02E4E3A0E4E39467                      5408E10E08E0F042
41825dd5-d866-45f6-bcfd-c4c9aa4de045  5a179614-0415-48c6-a9ad-3f6ad9596619
465e53f5-a682-4fde-8e0c-4c77a533aca7  e6758566-4e3b-4cf0-be5e-37949b52c64f

Вот поди, догадайся, что к чему относится! Нет, это не метод.

Команда vol_id

Существует еще команда vol_id. Она настолько простая, и ман к ней так понятно написан, что разобраться с ней не составит труда. Например:

# vol_id /dev/sda2

ID_FS_USAGE=filesystem
ID_FS_TYPE=ntfs
ID_FS_VERSION=3.1
ID_FS_UUID=02E4E3A0E4E39467
ID_FS_UUID_ENC=02E4E3A0E4E39467
ID_FS_LABEL=Vista
ID_FS_LABEL_ENC=Vista
ID_FS_LABEL_SAFE=Vista

Или еще пример:

# vol_id --uuid /dev/sda5

5a179614-0415-48c6-a9ad-3f6ad9596619

Хорошая и удобная команда, жаль, что не во всех дистрибутивах встречается.

Заключение

На сладкое я приберег самое интересное: кто же присваивает устройствам UUID'ы? Где записаны эти самые идентификаторы?

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

При загрузке компьютера, программа udev записывает UUID раздела в его ноду - файл блочного устройства в директории /dev. В доступной пользователю части файловой системы, UUID'ы разделов можно найти в файле /etc/blkid.tab, но информация эта может оказаться устаревшей.

Нравится мне это или нет, но UUID'ы прочно вошли в повседневный быт линуксоида. И нет в них никакой мистики.


Серия статей HuMan



Средняя оценка 5 при 3 голосовавших
Вы сможете оценить статью и оставить комментарий, если войдете или зарегистрируетесь.
Только зарегистрированные пользователи могут оценивать и комментировать статьи.

Комментарии

Виктор Леонтьев пишет: 02.06.2010
Блин, весь текст прид?тся набирать заново. Набрал тут строк 20, а потом нажал "оценить", и вс? пропало. Нет пороху вс? воспроизводить, а суть вот в ч?м: у меня на компе 2 диска, и они при загрузке определяются как sda и sdb случайным образом. А комп должен грузиться с большого диска, который должен быть sda. А если он оказался sdb, то, сами понимаете... Поможет ли в этом UUID? Ведь при загрузке fstab ещ? системе неизвестна?