Etc udev rules d как назвать файл

Сохраните файл и закройте его. Затем от имени пользователя root скажите systemd-udevd перезагрузить файлы правил (это также перезагрузит другие базы данных, такие как индекс модуля ядра), для этого выполните:

Теперь подключите USB-накопитель к своей машине и проверьте, был ли выполнен скрипт device_added.sh. Прежде всего, файл scripts.log должен быть создан в /tmp.

Проверьте журнал сценариев после добавления USB

Затем в файле должна быть запись типа «USB device added at ВРЕМЯ».

Для получения дополнительной информации о том, как писать правила udev и управлять udev, обратитесь к записям руководства udev и udevadm соответственно, запустив:

Резюме

Udev — замечательный диспетчер устройств, который обеспечивает динамический способ настройки узлов устройств в каталоге /dev. Это гарантирует, что устройства будут настроены, как только они будут подключены и обнаружены. Он передаёт информацию об обрабатываемом устройстве или изменениях его состояния в пользовательское пространство.

udev (Русский)

udev — работающая в пространстве пользователя система, с помощью которой системный администратор может создавать обработчики событий. События, получаемые udev, обычно генерируются ядром Linux в ответ на физические события, происходящие с периферийными устройствами. Например, при обнаружении периферийных устройств или «горячем» подключении udev может выполнить определённые действия, в том числе и вернуть управление ядру, если необходима загрузка модулей или прошивок.

Подобно предшественникам, утилитам devfsd и hotplug, udev управляет файлами устройств в каталоге /dev , добавляя их, переименовывая и создавая символические ссылки. udev полностью замещает функционал hotplug и hwdetect.

Обработка событий в udev происходит параллельно, что теоретически улучшает производительность старых систем. С другой стороны, это может усложнить администрирование. Так, при перезапуске системы порядок загрузки модулей ядра может измениться, а при наличии в машине нескольких блочных устройств могут поменяться названия их файлов. Например, для системы с двумя жёсткими дисками файл /dev/sda после перезагрузки может превратиться в /dev/sdb .

Установка

udev входит в состав systemd и установлен по умолчанию. Подробнее см. systemd-udevd.service(8) .

Существует также отдельный от systemd форк, который можно установить с пакетом eudev AUR или eudev-git AUR .

О правилах udev

Создаваемые системным администратором правила udev хранятся в каталоге /etc/udev/rules.d/ . Названия файлов правил должны заканчиваться суффиксом .rules. Правила из пакетов программ при установке помещаются в каталог /usr/lib/udev/rules.d/ . Если в каталогах /usr/lib и /etc находятся два файла правил с одинаковыми именами, то файл в /etc будет иметь приоритет.

Правила udev подробно описаны в руководстве udev(7) . Также стоит изучить статью Создание правил udev (англ.) и приведённые в ней практические примеры: Создание правил udev — Примеры (англ.).

Пример правила udev

Ниже приведён пример правила, которое создаёт символическую ссылку /dev/video-cam , когда к компьютеру подключается веб-камера.

Предположим, мы выяснили, что для подключённой камеры создан файл устройства /dev/video2 . Причина, по которой мы создаем это правило, заключается в том, что при следующей загрузке веб-камере может быть присвоено другое имя, например, /dev/video0 .

Мы используем параметры веб-камеры KERNEL==»video2″ и SUBSYSTEM==»video4linux» , затем мы возьмем идентификаторы производителя и изделия родительского USB-устройства SUBSYSTEMS==»usb» , ATTRS==»05a9″ и ATTRS==»4519″ для сопоставления:

В примере мы создали символическую ссылку, используя параметр SYMLINK+=»video-cam» . Мы можем также легко задать владельца ( OWNER=»john» ), группу ( GROUP=»video» ), или установить права доступа к файлу ссылки ( MODE=»0660″ ).

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

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

Список атрибутов устройства

Чтобы вывести все атрибуты устройства, которые вы можете использовать в написании правил udev, выполните:

Замените имя_устройства текущим именем файла устройства, например, /dev/sda или /dev/ttyUSB0 .

Если вы не знаете имя файла устройства, вы можете также вывести все атрибуты по конкретному системному пути:

Чтобы сузить поле поиска, определите класс устройства и выполните:

Найденную символическую ссылку (или файл, на который она указывает) можно использовать в параметре —name :

Проверка правил перед загрузкой

Вы можете также указать прямой системный путь до устройства:

Загрузка новых правил

udev способен определять наличие изменений в файлах правил автоматически, поэтому изменения сразу вступают в силу без необходимости перезапуска udev. Однако, новые правила не будут применены сразу к уже подключенным устройствам. Устройства с возможностью горячей замены, например, устройства USB, могут быть просто переподключены для применения к ним новых правил. Также вы можете перезагрузить модули ядра ohci-hcd и ehci-hcd , что автоматически приведет к перезагрузке всех драйверов для каждого USB-устройства.

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

Чтобы вручную заставить udev применить ваши правила, выполните:

udisks

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

Монтирование съёмных устройств

Монтировать съёмные устройства с помощью команды mount в правиле udev не стоит по двум причинам: (1) systemd по умолчанию запускает systemd-udevd.service с отдельным «пространством имён монтирования» (см. namespaces(7) ), что означает, что данное устройство не будет видно из остальной системы. (2) Чтобы этого не происходило, можно закомментировать параметры PrivateMounts и MountFlags в файле службы, но тогда проявится другая проблема: запускаемые udev процессы система будет убивать по истечении нескольких секунд. В случае файловых систем FUSE, вроде NTFS, «монтирование» запустит в пространстве пользователя процесс для работы с файловой системой; затем процесс будет уничтожен и при попытке доступа к ФС вы получите ошибку Transport endpoint not connected .

Есть несколько возможных решений:

• Из правила udev запускается пользовательская служба systemd; служба запустит сценарий, который, в свою очередь, может породить любое количество долгосрочных процессов (вроде FUSE). В качестве примера можно использовать утилиту udev-media-automount, разработанную для быстрого и надёжного автоматического монтирования устройств. Другой вариант той же идеи предложен в этом сообщении.
• В правилах udev вместо команды mount можно использовать systemd-mount , как рекомендуют разработчики systemd. Пример монтирования USB-дисков в каталоге /media :

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

Доступ к программаторам и виртуальным COM-портам

Следующий набор правил даст возможность пользователям, входящим в группу users , получить доступ к USB-программаторам микроконтроллеров AVR USBtinyISP:

Идентификаторы производителя и изделия для других устройств можно узнать с помощью утилиты lsusb.

Выполнение команд при подключении VGA-монитора

Создайте правило /etc/udev/rules.d/95-monitor-hotplug.rules со следующим содержимым, чтобы запускать arandr при каждом подключении VGA-монитора:

Некоторые экранные менеджеры размещают файл .Xauthority вне домашнего каталога пользователя. В этом случае параметр ENV необходимо соответствующим образом изменить. Например, значение переменной XAUTHORITY для GNOME Display Manager:

Определение новых накопителей eSATA

Если ваш накопитель eSATA не был определен системой при подключении, вы можете перезагрузить систему, не отключая кабель устройства, либо, если перезагрузка нежелательна, выполнить:

Еще один вариант заключается в использовании утилиты scsiadd AUR из AUR:

Накопитель должен появиться в /dev . Если это не так, попробуйте выполнить:

до и после вышеприведенных команд и посмотреть, происходит ли что-нибудь.

Определение внутренних портов SATA как внешних

Если вы подключили eSATA-адаптер, система все еще будет распоздавать его как внутренний SATA-накопитель. GNOME и KDE будут постоянно запрашивать пароль администратора. Следующее правило помечает все указанные SATA-порты как порты eSATA, благодаря чему обычные пользователи смогут подключать свой накопитель eSATA к этому порту как USB-накопитель без запроса пароля администратора:

Установка постоянных имен устройств

Из-за асинхронного способа загрузки модулей, они инициализируются в разном порядке от загрузки к загрузке. Это приводит к случайному переименованию устройств при каждом запуске. Чтобы задать постоянные имена вашим устройствам, можно создать специальное правило udev. Смотрите также статьи Постоянные имена для блочных устройств и Настройка сети#Смена имени интерфейса.

Видеоустройства

Процедура установки веб-камеры описана в статье Webcam setup.

При загрузке веб-камерам присваиваются случайные имена вида /dev/video* . Рекомендуемое решение состоит в создании символических ссылок с использованием правила udev (подобно правилу в разделе #Пример правила udev):

Принтеры

Если у вас несколько принтеров, им будут случайным образом присвоены имена вида /dev/lp[0-9] , что, например, может помешать серверу CUPS правильно настроить устройства. Вы можете создать следующее правило, которое будет создавать постоянные символические ссылки в каталогах /dev/lp/by-id и /dev/lp/by-path подобно схеме, приведенной в статье Постоянные имена для блочных устройств:

Определение диска по серийному номеру

Действия с дисковыми устройствами /dev/sdX можно выполнять на основании серийного номера ID_SERIAL_SHORT , который можно узнать из вывода команды udevadm info /dev/sdX . Примерное правило udev для этого случая приведено ниже. В параметре RUN сценарию передаётся имя устройства; это сделано исключительно в иллюстративных целях:

Пробуждение при активности USB-устройства

С помощью правила udev можно настроить систему выходить из режима сна при активности USB-устройств, например, мыши или клавиатуры.

Первым делом определите идентификаторы производителя и изделия для вашего устройства:

Затем найдите, куда данное устройство подключено:

Наконец, создайте правило, которое при подключении будет изменять атрибут power/wakeup как для устройства, так и для USB-контроллера, к которому оно подключено:

Генерирование событий

Может быть полезно сгенерировать различные события udev. Например, вы хотите симулировать отключение USB-устройства на удалённой машине. В таких случаях, используйте udevadm trigger :

Эта команда симулирует отключение всех USB-устройств с указанным идентификатором поставщика idVendor .

Уведомления на рабочем столе

Заставить правильно работать из правила udev сценарий, содержащий команду notify-send , может оказаться непростой задачей, потому что уведомления не будут выводиться на рабочий стол. Ниже показано, какие файлы, команды и переменные окружения необходимо задйствовать, чтобы notify-send работала как положено.

1) Следующее правило udev запускает сценарий, создающий графическое и звуковое уведомление, когда яркость экрана меняется в зависимости от способа питания ноутбука:

• USERNAME_TO_RUN_SCRIPT_AS и USERNAME необходимо заменить на имя пользователя, который запустил графический сеанс;
• сценарий должен запускаться командой /usr/bin/su , чтобы его владельцем считался не root, а пользователь, который запустил графический сеанс и для которого будут выводиться уведомления.

2) Содержимое сценария, который запускается правилом udev:

• USERNAME_TO_RUN_SCRIPT_AS , UID_OF_USER_TO_RUN_SCRIPT_AS и USERNAME необходимо заменить на имя и идентификатор пользователя, запустившего графический сеанс;
• команда /usr/bin/sudo воспроизводит звуковое уведомление с помощью pulseaudio;
• для пользователя, запустившего графический сеанс, в котором будут отображаться уведомления, необходимо определить и экспортировать три переменные окружения ( XAUTHORITY , DISPLAY и DBUS_SESSION_BUS_ADDRESS ).

3) Загрузите/перезагрузите новое правило udev и проверьте, как оно работает, выдернув или подключив кабель питания ноутбука.

Создание долгосрочных процессов

Программы, запущенные udev, блокируют последующие события от данного устройства, а любые процессы, порождённые правилом udev, завершаются сразу после обработки события. Если вы хотите запустить долгосрочный процесс с помощью udev, то либо используйте at (например, ваша_команда | at now или batch ), либо создайте юнит systemd, который можно запустить из правила udev.

Решение проблем

Добавление модулей в черный список

Иногда udev может ошибочно загружать неправильные модули ядра. Чтобы избежать этого, добавьте такие модули в чёрный список. Если модуль находится в чёрном списке, udev будет игнорировать его как при загрузке, так и при более позднем «горячем» подключении внешнего устройства (например, USB-носителя).

Отладочная печать

Если задать параметр ядра udev.log-priority=debug , то аппаратное обеспечение будет выдавать отладочную информацию. Другой способ — задать параметр

Чтобы добавить эту опцию в initramfs, укажите файл настроек udev в строке FILES

после чего сгенерируйте initramfs.

udevd вылетает при загрузке

После миграции на LDAP или обновления системы, использующей LDAP, udevd может начать аварийно завершаться в момент загрузки системы с сообщением «Starting UDev Daemon». Обычно это происходит потому, что udevd пытается определить имя через LDAP, но не может, так как в этот момент еще не установлено подключение к сети.

Необходимо, чтобы все используемые в LDAP группы были продублированы локально. Получить имена групп, используемых в правилах udev, и имена групп, присутствующих в системе, можно командами:

Вывод будет записан в файлы present_groups и udev_groups . Чтобы увидеть различия, выполните построчное сравнение командой diff:

В данном примере группа pcscd по какой-то причине отсутствует в системе. Все такие группы необходимо добавить в систему. Также убедитесь, что имена всех локальных ресурсов разрешены, прежде чем возвращаться к LDAP. Файл /etc/nsswitch.conf должен содержать следующую строку:

Устройство является съемным, однако не признается таковым

Создайте правило udev для конкретного устройства. Чтобы получить подробную информацию об устройстве вы можете либо использовать ID_SERIAL , либо ID_SERIAL_SHORT (не забудьте поменять /dev/sdb если нужно):

Теперь установите UDISKS_AUTO=»1″ , чтобы пометить устройство для автоматического монтирования и UDISKS_SYSTEM=»0″ , чтобы пометить устройство как съёмное. Подробнее см. udisks(8)

Перезагрузите правила udev командой udevadm control —reload . Теперь ваше устройство будет распознаваться как съёмное.

Проблемы с автоматической загрузкой модулей аудиоустройств

Некоторые пользователи испытывают проблемы с загрузкой модулей звуковых устройств, для которых остались старые записи в /etc/modprobe.d/sound.conf . Чистка файла от таких записей может помочь.

Поддержка дисководов IDE

Начиная с версии 170, udev не поддерживает устройства CD-ROM/DVD-ROM, загружаемые как обычные IDE дисководы модулем ide_cd_mod и отображаемые в системе как /dev/hd* . Дисковод доступен только программам, которые обращаются к устройству напрямую, таким как cdparanoia, но невидим для более высокоуровневых программ вроде KDE.

Причина, по которой загрузка модуля ide_cd_mod имеет приоритет перед другими модулями, например, sr_mod , может заключаться в том, что по какой-либо причине модуль piix загружается в вашем initramfs. В этом случае вы можете просто заменить его в файле /etc/mkinitcpio.conf на ata_piix .

Оптические дисководы имеют неверный group ID

Если значение group ID вашего дисковода установлено как disk , но вы хотите, чтобы оно было optical , вам следует создать такое правило:

Настройка udev rules в Linux

Начнём с небольшого введения для новичков. Философия Unix гласит, что всё есть файл. Таким образом, файлы в Unix — это не только информация, хранимая на жёстком диске, но и устройства. Да, в Linux жёсткий диск, мышь, клавиатура, флешка, сетевой адаптер и другие устройства имеют свои файлы, с помощью которых с ними и взаимодействуют различные системные программы.

Все файлы устройств хранятся в каталоге /dev. Этот каталог генерируется во время загрузки специальным сервисом — udev. Происходит это на основе подключённых к компьютеру устройств и определённых правил. По умолчанию в udev уже заложены все необходимые для нормальной работы устройств правила. Но некоторые пользователи хотят самим настраивать устройства и выбирать им имена и права доступа. Кроме того, понимание процесса генерации файлов устройств даёт возможность глубже понять работу операционной системы.

Правила udev помогут вам, если вы хотите:

• переименовать устройство, например жёсткий диск или сетевую карту;
• создать дополнительное имя для устройства;
• поменять права доступа к устройству;
• установить владельца и группу;
• выполнить скрипт при подключении или отключении устройства.

Общая информация про udev

Правила udev хранятся в папке /etc/udev/rules.d. Файл правил обязательно должен иметь расширение .rules. Обычно в этой папке уже есть несколько файлов udev rules, но их трогать не рекомендуется, для своих правил лучше создать отдельный файл, например: