Как узнать свой uuid
Как узнать свой uuid
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов по системному администрированию и настройке компьютера Pyatilistnik.org. В прошлый раз мы с вами разобрались, как устранять проблему с нерабочей кнопкой Пуск в Windows Server 2019. Двигаемся дальше, сегодня у нас очень интересная и полезная задача, мы научимся вычислять значения GUID сетевого адаптера, рассмотрим в каких ситуациях это может быть полезно, а такие ситуации уж поверьте мне бывают очень частыми. Данный навык прокачает ваш уровень траблшутинга и позволит вам экономить время при неполадках в сети.
Где может потребоваться узнать GUID интерфейса?
О том, что такое GUID я рассказывал, в нескольких словах, это термин, используемый Microsoft для числа, которое ее программа генерирует, чтобы создать уникальную идентичность для объекта, в нашем случае, это сетевой интерфейс. Операционной системе Windows, так проще его идентифицировать и иметь записи такого вида у себя в реестре.
Теперь я приведу несколько сценариев, где вам потребуется уметь узнавать GUID сетевого интерфейса:
Методы определения GUID у сетевого интерфейса:
Как узнать GUID сетевой карты через net config
Утилита командной строки ipconfig нам уже известна, мы с ее помощью проверяли настройки сети у Windows Server 2019 при его настройке. Давайте я выведу текущие вводные данные. Как видите у меня есть два сетевых интерфейса Intel(R) 82574L Gigabit Network Connection, у одного mac-адрес 00-0C-29-DD-CC-73 у второго 00-0C-29-DD-CC-7D, которые подключены к моей тестовой виртуальной машине с Windows 10.
Далее в командной строке введите:
В результате вы получите небольшой вывод, в котором будет GUID сетевой карты и ее mac-адрес, по которому вы можете интерпритировать имя сетевого интерфейса.
Как узнать GUID сетевой карты через netsh
Я уже вам показывал разное применение команды netsh, можете ознакомиться. Тут чтобы ее использовать нам необходимо две запущенные службы в Windows:
Откройте PowerShell и введите команду, которая проверяет статус данных службЖ
Если службы у вас не запущены, то введите:
Далее по очереди введите команды:
netsh lan show interfaces
В результате вы получите удобный список, где вы увидите:
Как узнать GUID сетевой карты через NetworkInterfacesView
Я вам много раз рассказывал уже про крутой набор утилит NirLauncher, например мы его использовали когда нужно было посмотреть пароли в браузере. В данный пакет входит утилита NetworkInterfacesView.
Загрузите ее и запустите, NetworkInterfacesView отобразит вам все сетевые интерфейсы найденные в системе, есть столбец GUID, но так же можно два раза кликнуть по нужному интерфейсу и получить более красивое окно со сводными данными.
Как узнать GUID сетевой карты через wmic nicconfig
Есть еще утилита wmic, которая так же в одну строку показывает GUID сетевого адаптера. В командной строке введите:
На выходе будет имя интерфейса и его GUID.
Как узнать GUID сетевой карты через Get-NetAdapter
Есть замечательный командлет Get-Net Adapter, который за пару минут вам выведет информацию по сетевым интерфейсам, в оболочке PowerShell введите:
На выходе вы увидите прекрасную, сводную таблицу.
Как узнать GUID сетевой карты через реестр
Логично предположить, что любая из утилит достает нужные нам данные из реестра Windows. Запустите окно редактора реестра Windows. Перейдите в раздел:
Тут будет список ваших сетевых интерфейсов, в моем случае их два. Тут будут ключи реестра Description и ServiceName (InstanceID)
Еще вы можете запросить вот такую ветку реестра:
Тут плохо, что не понятно к какому интерфейсу, это относится.
Чтобы соотнести данные GUID с сетевым адаптером, вы можете выполнить скриптик:
Напоминаю, что если вы получите ошибку при запуске скрипта, то посмотрите, как убрать проверку подписывания скриптов со стороны PowerShell.
Как узнать GUID сетевой карты через Get-WmiObject
В PowerShell введите команду:
Тоже очень удобная команда и при выводе ничего лишнего.
CentOS / RHEL: как найти UUID устройства или файловой системы
UUID или универсальный уникальный идентификатор является полезной информацией.
Иногда он может быть очень удобен, когда имя устройства или файловые системы не совпадают.
UUID устройства однозначно идентифицирует компонент в системе, который является постоянным при перезагрузках системы.
UUID устройства
Для CentOS/RHEL 5
Для CentOS/RHEL 6
Для многолучевых устройств:
Примечание: uuid устройства имеет фиксированное значение, uuid устройства dm-mp должно совпадать с uuid его путей. В большинстве случаев не может быть изменено, если устройство не поддерживает функцию динамического UUID.
Устройство uuid часто используется для сохранения имени устройства или имени dm-mpath, в следующем примере постоянно связывайте wwid с именем oraasm1.
Примечание: раздел (такой как sda1 sdb1) не имеет uuid.
Файловая система UUID
Для CentOS / RHEL 5
Примечание: /dev/sdx должен быть отформатирован как файловая система.
Можно указать uuid в /etc/fstab для постоянного связывания устройства с каталогом монтирования.
Примечание: uuid файловой системы будет изменен после повторного создания файловой системы.
LVM2 uuid
Использование:
В некоторых случаях необходимо восстановить какое-либо устройство pv, используйте аргументы –uuid и –restorefile команды pvcreate для восстановления физического тома.
Следующая команда восстанавливает метку физического тома с резервными метаданными.
Примечание: lvm2 uuid будет изменен после повторного создания.
Как узнать UUID’ы разделов? Команды blkid и vol_id
Предисловие
В новых дистрибутивах Линукс стало модным называть разделы не по «именам», скажем, /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:
Совсем другое дело, не правда ли?
Опция
Выдает сведения об указанном устройстве.
Найдет все устройства, отвечающие заданному критерию, будь то TYPE, LABEL, или UUID. Можно сужать круг поиска, вводя в командную строку имена интересующих устройств:
Выдаст только указанный критерий нужного устройства.
Позволяет выбирать формат вывода из трех возможных: value (значение критерия), device (устройство), или full (полный). Например:
В мане сказано, что убирает мусор в каком-то кэше blkid. Если имеется в виду файл /etc/blkid.tab, то не работает.
Записывает данные в указанный вами файл, вместо файла /etc/blkid.tab.
По моему, проще переадресовать в файл «file» вывод команды.
Выводит версию программы.
Вот все, что касается команды blkid. Однако существуют и другие возможности узнать UUID раздела.
Самая очевидная — заглянуть в директорию /dev:
Там четыре субдиректории, одна из которых by-uuid. Посмотрим:
Вот поди, догадайся, что к чему относится! Нет, это не метод.
Команда vol_id
Существует еще команда vol_id. Она настолько простая, и ман к ней так понятно написан, что разобраться с ней не составит труда. Например:
Хорошая и удобная команда, жаль, что не во всех дистрибутивах встречается.
Заключение
На сладкое я приберег самое интересное: кто же присваивает устройствам UUID’ы? Где записаны эти самые идентификаторы?
Если говорить о разделах жесткого диска, то UUID’ы присваиваются им в процессе создания файловой системы (некоторые утверждают, что они вычисляются из характеристик раздела), и записываются где-нибудь в суперблоках. Во всяком случае, еще не отформатированный раздел не имеет UUID’а. А при клонировании раздела командой dd, раздел, в который устанавливают клон, меняет свой UUID на идентификатор клона.
При загрузке компьютера, программа udev записывает UUID раздела в его ноду — файл блочного устройства в директории /dev. В доступной пользователю части файловой системы, UUID’ы разделов можно найти в файле /etc/blkid.tab, но информация эта может оказаться устаревшей.
Нравится мне это или нет, но UUID’ы прочно вошли в повседневный быт линуксоида. И нет в них никакой мистики.
Читайте другие интересные статьи
Понравилась статья, расскажи о ней друзьям, нажми кнопку!