Difference between revisions of "Udev (简体中文)"

From ArchWiki
Jump to navigation Jump to search
(update Pkg/AUR templates)
Tag: wiki-scripts
 
(23 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 
{{Lowercase title}}
 
{{Lowercase title}}
[[Category: 简体中文]]
+
[[Category:简体中文]]
 
[[Category:Hardware detection and troubleshooting (简体中文)]]
 
[[Category:Hardware detection and troubleshooting (简体中文)]]
 
[[cs:Udev]]
 
[[cs:Udev]]
Line 10: Line 10:
 
[[ja:Udev]]
 
[[ja:Udev]]
 
[[ru:Udev]]
 
[[ru:Udev]]
[[zh-TW:Udev]]
+
[[zh-hant:Udev]]
{{TranslationStatus (简体中文)|Udev|2015-10-07|403579}}
+
{{TranslationStatus (简体中文)|Udev|2017-10-19|493547}}
 +
{{Translateme (简体中文)|}}
 
摘自[[Wikipedia:Udev|维基百科:Udev]]:
 
摘自[[Wikipedia:Udev|维基百科:Udev]]:
 
:udev 是 Linux 内核的设备管理器。总的来说,它取代了 devfs 和 hotplug,负责管理 {{ic|/dev}} 中的设备节点。同时,udev 也处理所有用户空间发生的硬件添加、删除事件,以及某些特定设备所需的固件加载。
 
:udev 是 Linux 内核的设备管理器。总的来说,它取代了 devfs 和 hotplug,负责管理 {{ic|/dev}} 中的设备节点。同时,udev 也处理所有用户空间发生的硬件添加、删除事件,以及某些特定设备所需的固件加载。
Line 17: Line 18:
 
{{ic|udev}} 取代了{{ic|hotplug}} 和 {{Ic|hwdetect}}两个工具。
 
{{ic|udev}} 取代了{{ic|hotplug}} 和 {{Ic|hwdetect}}两个工具。
  
与传统的顺序加载相比,udev 通过并行加载内核模块提供了潜在的性能优势。异步加载模块的方式也有一个天生的缺点:无法保证每次加载模块的顺序,如果机器具有多个块设备,那么它们的设备节点可能随机变化。例如如果有两个硬盘,{{ic|/dev/sda}} 可能会随机变成{{ic|/dev/sdb}}。后面有更详细的信息。
+
与传统的顺序加载相比,udev 通过并行加载内核模块提供了潜在的性能优势。异步加载模块的方式也有一个天生的缺点:无法保证每次加载模块的顺序,如果机器具有多个块设备,那么它们的设备节点可能随机变化。例如如果有两个硬盘,{{ic|/dev/sda}} 可能会随机变成{{ic|/dev/sdb}}。[[#设置静态设备名|本文后面]]有更详细的信息。
  
 
== 安装 ==
 
== 安装 ==
Line 29: Line 30:
  
 
=== 编写 udev 规则 ===
 
=== 编写 udev 规则 ===
 +
{{警告|要挂载可移动设备,请'''不要'''通过在 udev 规则中调用 {{ic|mount}} 命令的方法。对 FUSE 文件系统将会导致 {{ic|Transport endpoint not connected}} 错误。应代之以 [[udisks (简体中文)|udisks]] 以正确处理自动挂载。或者把挂载动作放在 udev 规则内部:
  
{{Expansion|You can workaround the FUSE errors (caused by udev killing the mount process) by using a systemd service [https://github.com/Ferk/udev-media-automount] [http://jasonwryan.com/blog/2014/01/20/udev/]}}
+
{{ic|/usr/lib/systemd/system/systemd-udevd.service}} 复制到 {{ic|/etc/systemd/system/systemd-udevd.service}},将 {{ic|1=MountFlags=slave}} 替换为 {{ic|1=MountFlags=shared}}。[http://unix.stackexchange.com/a/154318 (来源)]  
  
{{Warning|To mount removable drives, do not call {{ic|mount}} from udev rules. In case of FUSE filesystems, you will get {{ic|Transport endpoint not connected}} errors. Instead, you could use [[udisks]] that handles automount correctly or to make mount work inside udev rules, copy {{ic|/usr/lib/systemd/system/systemd-udevd.service}} to {{ic|/etc/systemd/system/systemd-udevd.service}} and replace {{ic|1=MountFlags=slave}} to {{ic|1=MountFlags=shared}}.[http://unix.stackexchange.com/a/154318] Keep in mind though that udev is not intended to invoke long-running processes.}}
+
Keep in mind though that udev is not intended to invoke long-running processes.}}
  
*要想学习写udev规则,请访问[http://www.reactivated.net/writing_udev_rules.html 编写 udev 规则]。(注:[http://www.cnitblog.com/luofuchong/archive/2007/12/18/37831.html 这里]有一篇转载的该文简体中文译本)
+
* 要想学习写udev规则,请访问[http://www.reactivated.net/writing_udev_rules.html 编写 udev 规则]。(译注:[http://www.cnitblog.com/luofuchong/archive/2007/12/18/37831.html 这里]有一篇转载的该文简体中文译本)
* To see an example udev rule, follow the [http://www.reactivated.net/writing_udev_rules.html#example-printer Examples] section of the above guide.
+
* 要想查看 udev 规则的例子,请查阅上述文章的 [http://www.reactivated.net/writing_udev_rules.html#example-printer 范例] 章节。
  
This is an example of a rule that places a symlink {{ic|/dev/video-cam1}} when a webcamera is connected. First, we have found out that this camera is connected and has loaded with the device {{ic|/dev/video2}}. The reason for writing this rule is that at the next boot the device might just as well show up under a different name like {{ic|/dev/video0}}.
+
下面是一个规则的实例,给出的是当接入一个摄像头时创建一个符号链接 {{ic|/dev/video-cam1}} 。首先,我们发现摄像头被接入并且被挂载为 {{ic|/dev/video2}} 设备。写下这条规则的原因是由于下一次引导时这个设备可能会有个不同的名字,比如 {{ic|/dev/video0}}
  
 
{{hc|# udevadm info -a -p $(udevadm info -q path -n /dev/video2)|<nowiki>
 
{{hc|# udevadm info -a -p $(udevadm info -q path -n /dev/video2)|<nowiki>
Line 82: Line 84:
 
=== 列出设备属性 ===
 
=== 列出设备属性 ===
  
To get a list of all of the attributes of a device you can use to write rules, run this command:
+
要列出所有设备的属性以用来编写规则的话,运行下面的命令:
  
 
  # udevadm info -a -n [device name]
 
  # udevadm info -a -n [device name]
  
Replace {{ic|[device name]}} with the device present in the system, such as {{ic|/dev/sda}} or {{ic|/dev/ttyUSB0}}.
+
{{ic|[device name]}} 替换为系统中存在的设备,比如 {{ic|/dev/sda}} {{ic|/dev/ttyUSB0}}
  
If you do not know the device name you can also list all attributes of a specific system path:
+
如果你不知道设备名,你也可以列出某个系统路径的属性:
  
 
  # udevadm info -a -p /sys/class/backlight/acpi_video0
 
  # udevadm info -a -p /sys/class/backlight/acpi_video0
Line 96: Line 98:
 
  # udevadm test $(udevadm info -q path -n [device name]) 2>&1
 
  # udevadm test $(udevadm info -q path -n [device name]) 2>&1
  
This will not perform all actions in your new rules but it will however process symlink rules on existing devices which might come in handy if you are unable to load them otherwise. You can also directly provide the path to the device you want to test the udev rule for:
+
这不会运行你的规则中的所有命令,但会处理已有设备的符号连接,如果你不能加载它们这也许会变得方便。也可以直接输入你测试的设备路径:
  
 
  # udevadm test /sys/class/backlight/acpi_video0/
 
  # udevadm test /sys/class/backlight/acpi_video0/
Line 114: Line 116:
 
== Udisks ==
 
== Udisks ==
  
参阅 [[Udisks]].
+
参阅 [[Udisks (简体中文)|Udisks]].
  
 
== 提示与技巧 ==
 
== 提示与技巧 ==
Line 120: Line 122:
 
=== 访问固件编程器(烧录器)和 USB 虚拟串行设备 ===
 
=== 访问固件编程器(烧录器)和 USB 虚拟串行设备 ===
  
{{Accuracy|Making a device world-writable is not secure.}}
+
下列规则允许 group 组用户访问 [http://www.ladyada.net/make/usbtinyisp/ USBtinyISP](用于 AVR 微控制器的 USB 接口编程器):
{{Style|One example is enough, others can surely be found with {{ic|lsusb}}.}}
 
  
The following ruleset will allow normal users (within the "users" group) the ability to access the [http://www.ladyada.net/make/usbtinyisp/ USBtinyISP] USB programmer for AVR microcontrollers and a generic (SiLabs [http://www.silabs.com/products/interface/usbtouart CP2102]) USB to UART adapter, the [http://www.atmel.com/tools/AVRDRAGON.aspx?tab=overview Atmel AVR Dragon] programmer, and the [http://www.atmel.com/tools/AVRISPMKII.aspx Atmel AVR ISP mkII]. Adjust the permissions accordingly. Verified as of 31-10-2012.
+
{{hc|/etc/udev/rules.d/50-usbtinyisp.rules|2=
 +
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c9f", GROUP="users", MODE="0660"
 +
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="0479", GROUP="users", MODE="0660"
 +
}}
  
{{hc|/etc/udev/rules.d/50-embedded_devices.rules|2=<nowiki>
+
用 ''lsusb'' 命令可获取其他种类设备的厂商 ID 和产品 ID。
# USBtinyISP Programmer rules
 
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c9f", GROUP="users", MODE="0666"
 
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="0479", GROUP="users", MODE="0666"
 
  
# USBasp Programmer rules http://www.fischl.de/usbasp/
+
=== VGA 线缆接入时执行规则 ===
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", GROUP="users", MODE="0666"
 
  
# Mdfly.com Generic (SiLabs CP2102) 3.3v/5v USB VComm adapter
+
创建包含下列内容的规则文件 {{ic|/etc/udev/rules.d/95-monitor-hotplug.rules}} ,可以在 VGA 线缆插入时执行 {{Pkg|arandr}}
SUBSYSTEMS=="usb", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", GROUP="users", MODE="0666"
 
  
#Atmel AVR Dragon (dragon_isp) rules
+
KERNEL=="card0", SUBSYSTEM=="drm", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/''username''/.Xauthority", RUN+="/usr/bin/arandr"
SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2107", GROUP="users", MODE="0666"
 
 
 
#Atmel AVR JTAGICEMKII rules
 
SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2103", GROUP="users", MODE="0666"
 
  
#Atmel Corp. AVR ISP mkII
+
{{提示|某些显示管理器把 .Xauthority 文件保存在用户家目录以外的位置,需要修改 ENV{XAUTHORITY} 的内容。例如,[[GDM (简体中文)|GNOME 显示管理器]] 里的.Xauthority 文件路径如下所示:
SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2104", GROUP="users", MODE="0666"
 
  
#Atmel Copr. JTAGICE3
+
{{hc|$ printenv XAUTHORITY|/run/user/1000/gdm/Xauthority}}}}
SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2140", GROUP="users", MODE="0666"
 
</nowiki>}}
 
 
 
=== USB 插入时执行规则 ===
 
 
 
See the [[Execute on USB insert]] article or the [http://igurublog.wordpress.com/downloads/script-devmon/ devmon wrapper script].
 
 
 
=== VGA 线缆接入时执行规则 ===
 
 
 
Create the rule {{ic|/etc/udev/rules.d/95-monitor-hotplug.rules}} with the following content to launch {{Pkg|arandr}} on plug in of a VGA monitor cable:
 
 
 
KERNEL=="card0", SUBSYSTEM=="drm", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/''username''/.Xauthority", RUN+="/usr/bin/arandr"
 
  
 
=== 侦测新的 eSATA 设备 ===
 
=== 侦测新的 eSATA 设备 ===
Line 194: Line 176:
 
=== 设置静态设备名 ===
 
=== 设置静态设备名 ===
  
Because udev loads all modules asynchronously, they are initialized in a different order. This can result in devices randomly switching names. A udev rule can be added to use static device names.
+
由于 udev 异步加载所有模块,使得它们被初始化的次序不同。这将导致设备会随机改变名称。可以添加一条 udev 规则使得设备使用静态名称。
  
See also [[Persistent block device naming]] for block devices and [[Network configuration#Device names]] for network devices.
+
对于块设备和网络设备的规则配置,请分别参阅 [[Persistent block device naming (简体中文)|块设备持久化命名 ]][[Network configuration (简体中文)#设备命名|网络配置-设备命名]]
  
 
==== 视频设备 ====
 
==== 视频设备 ====
  
For setting up the webcam in the first place, refer to [[Webcam setup#Webcam configuration|Webcam configuration]].
+
For setting up the webcam in the first place, refer to [[Webcam setup#Webcam configuration|Webcam configuration]]{{Broken section link}}.
  
Using multiple webcams, useful for example with {{pkg|motion}} (software motion detector which grabs images from video4linux devices and/or from webcams), will assign video devices as /dev/video0..n randomly on boot. The recommended solution is to create symlinks using an ''udev'' rule (as in the example in [[#Writing udev rules]]):
+
Using multiple webcams, useful for example with {{Pkg|motion}} (software motion detector which grabs images from video4linux devices and/or from webcams), will assign video devices as /dev/video0..n randomly on boot. The recommended solution is to create symlinks using an ''udev'' rule (as in the example in [[#编写 udev 规则]]
  
 
{{hc|/etc/udev/rules.d/83-webcam.rules|<nowiki>
 
{{hc|/etc/udev/rules.d/83-webcam.rules|<nowiki>
Line 235: Line 217:
 
</nowiki>}}
 
</nowiki>}}
  
==== USB 闪存设备 ====
 
 
USB flash devices usually contain partitions, and partition labels are one way to have a static naming for a device. Another way is to create a udev rule for it.
 
 
Get the serial number and USB ids from the USB flash drive (if you use multiple of the same make, you might have to check the serial is indeed unique):
 
lsusb -v | grep -A 5 Vendor
 
 
Create a udev rule for it by adding the following to a file in {{ic|/etc/udev/rules.d/}}, such as {{ic|8-usbstick.rules}}:
 
KERNEL=="sd*", ATTRS{serial}=="$SERIAL", ATTRS{idVendor}=="$VENDOR", ATTRS{idProduct}=="$PRODUCT" SYMLINK+="$SYMLINK%n"
 
 
Replace {{ic|$SERIAL}}, {{ic|$VENDOR}}, {{ic|$PRODUCT}} from above output accordingly and {{ic|$SYMLINK}} with the desired name. {{ic|%n}} will expand to the partition number. For example, if the device has two partitions, two symlinks will be created. You do not need to go with the 'serial' attribute. If you have a custom rule of your own, you can put it in as well (e.g. using the vendor name).
 
 
Rescan sysfs:
 
udevadm trigger
 
Now check the contents of {{ic|/dev}}:
 
ls /dev
 
It should show the device with the desired name.
 
  
 
=== 唤醒挂起的 USB 设备 ===
 
=== 唤醒挂起的 USB 设备 ===
Line 276: Line 241:
  
 
This command will trigger a USB remove event on all USB devices with vendor ID {{ic|abcd}}.
 
This command will trigger a USB remove event on all USB devices with vendor ID {{ic|abcd}}.
 +
 +
=== 触发 udev 规则事件的桌面提示 ===
 +
 +
{{Accuracy|This is a lenghty monologue on how to hardcode variables}}
 +
 +
Invoking an external script containing calls to {{ic|notify-send}} via ''udev'' [https://bbs.archlinux.org/viewtopic.php?id=212364 can sometimes be challenging] since the notification(s) never display on the Desktop. Here is an example of what commands and environmental variables need to be included in which files for {{ic|notify-send}} to successfully be executed from a ''udev'' rule. NOTE: a number of variables are hardcoded in this example, thus consider making them portable (i.e., $USER rather than user's shortname) once you understand the example.
 +
 +
1) The following ''udev'' rule executes a script that plays a notification sound and sends a desktop notification when screen brightness is changed according to power state on a laptop. Create the file:
 +
 +
{{hc|/etc/udev/rules.d/99-backlight_notification.rules|<nowiki>
 +
Play a notification sound and send a desktop notification when screen brightness is changed according to power state on a laptop (a second ''udev'' rule actually changes the screen brightness)
 +
# Rule for when switching to battery
 +
ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Mains", ATTR{online}=="0", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/USERNAME/.Xauthority" RUN+="/usr/bin/su USERNAME_TO_RUN_SCRIPT_AS -c /usr/local/bin/brightness_notification.sh"
 +
# Rule for when switching to AC
 +
ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Mains", ATTR{online}=="1", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/USERNAME/.Xauthority" RUN+="/usr/bin/su USERNAME_TO_RUN_SCRIPT_AS -c /usr/local/bin/brightness_notification.sh"
 +
</nowiki>}}
 +
 +
Note: 1) {{ic|USERNAME_TO_RUN_SCRIPT_AS}} and {{ic|USERNAME}} need to be changed to that of the shortname for the user of the graphical session where the notification will be displayed and 2) the script needs to be executed with {{ic|/usr/bin/su}}, which will place its ownership under the user of the graphical session (rather than root/the system) where the notification will be displayed.
 +
 +
2) Contents of the executable script to be run on trigger of the ''udev'' rule:
 +
 +
{{hc|/usr/local/bin/brightness_notification.sh|<nowiki>
 +
#!/usr/bin/env bash
 +
 +
export XAUTHORITY=/home/USERNAME_TO_RUN_SCRIPT_AS/.Xauthority
 +
export DISPLAY=:0
 +
export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/UID_OF_USER_TO_RUN_SCRIPT_AS/bus"
 +
 +
/usr/bin/sudo -u USERNAME_TO_RUN_SCRIPT_AS /usr/bin/paplay --server /run/user/UID_OF_USER_TO_RUN_SCRIPT_AS/pulse/native /home/USERNAME/.i3/sounds/Click1.wav > /dev/null 2>&1
 +
 +
/usr/bin/notify-send -i /usr/share/icons/gnome/256x256/status/battery-full-charging.png 'Changing Power States' --expire-time=4000
 +
</nowiki>}}
 +
 +
Note: 1) {{ic|USERNAME_TO_RUN_SCRIPT_AS}}, {{ic|UID_OF_USER_TO_RUN_SCRIPT_AS}} and {{ic|USERNAME}} needs to be changed to that of the shortname for the user and user's UID of the graphical session where the notification will be displayed; 2) {{ic|/usr/bin/sudo}} is needed when playing audio via pulseaudio; and, 3) three environmental variables (i.e., {{ic|XAUTHORITY}}, {{ic|DISPLAY}} and {{ic|DBUS_SESSION_BUS_ADDRESS}}) for the user of the graphical session where the notification will be displayed need to be defined and exported.
 +
 +
{{Warning|The {{ic|XAUTHORITY}}, {{ic|DISPLAY}} and {{ic|DBUS_SESSION_BUS_ADDRESS}} environment variables must be defined correctly.}}
 +
 +
3) Load/reload the new ''udev'' rule (see above) and test it by unplugging the power supply to the laptop.
 +
 +
{{Tip|See also [https://github.com/Ventto/xpub xpub] as a method for getting the user's display environment variables and exporting the last into ''udev'' rules via {{ic|IMPORT}} key.}}
  
 
== 排错 ==
 
== 排错 ==
Line 281: Line 286:
 
=== 屏蔽模块 ===
 
=== 屏蔽模块 ===
 
极个别情况下,udev 也会犯错或加载错误的模块。为了防止错误的发生,你可以使用模块禁用列表。只要模块加入该列表,无论是启动时,或者是运行时(如usb硬盘等)udev都不会加载这些模块。参见[[blacklisting]].
 
极个别情况下,udev 也会犯错或加载错误的模块。为了防止错误的发生,你可以使用模块禁用列表。只要模块加入该列表,无论是启动时,或者是运行时(如usb硬盘等)udev都不会加载这些模块。参见[[blacklisting]].
 +
 +
=== Debug output ===
 +
 +
To get hardware debug info, use the [[kernel parameter]] {{ic|1=udev.log-priority=debug}}. Alternatively you can set
 +
 +
{{hc|/etc/udev/udev.conf|2=udev_log="debug"}}
 +
 +
This option can also be compiled into your initramfs by adding the config file to your {{ic|FILES}} array
 +
 +
{{hc|/etc/mkinitcpio.conf|2=FILES="... /etc/udev/udev.conf"}}
 +
 +
and then rebuilding the initramfs with
 +
 +
# mkinitcpio -p linux
 +
  
 
=== udevd 引导时挂起 ===
 
=== udevd 引导时挂起 ===
Line 348: Line 368:
 
* [http://jasonwryan.com/blog/2014/01/20/udev/ Scripting with udev]
 
* [http://jasonwryan.com/blog/2014/01/20/udev/ Scripting with udev]
 
* [http://www.reactivated.net/writing_udev_rules.html 编写 udev 规则]
 
* [http://www.reactivated.net/writing_udev_rules.html 编写 udev 规则]
 +
* [http://www.linuxfromscratch.org/lfs/view/6.1/chapter07/udev.html LFS 系统设备与模块处理]
 +
* [https://github.com/Ventto/xpub Running GUI or accessing display variables from udev rules]
 +
* 中文读者可参阅 [http://www.jinbuguo.com/ 金步国]先生翻译的 [http://www.jinbuguo.com/systemd/udev.html udev 中文手册]

Latest revision as of 06:03, 7 July 2019

翻译状态: 本文是英文页面 Udev翻译,最后翻译时间:2017-10-19,点击这里可以查看翻译后英文页面的改动。

Tango-preferences-desktop-locale.png本页面需要更新翻译,内容可能已经与英文脱节。要贡献翻译,请访问简体中文翻译组Tango-preferences-desktop-locale.png

附注:

摘自维基百科:Udev

udev 是 Linux 内核的设备管理器。总的来说,它取代了 devfs 和 hotplug,负责管理 /dev 中的设备节点。同时,udev 也处理所有用户空间发生的硬件添加、删除事件,以及某些特定设备所需的固件加载。

udev 取代了hotplughwdetect两个工具。

与传统的顺序加载相比,udev 通过并行加载内核模块提供了潜在的性能优势。异步加载模块的方式也有一个天生的缺点:无法保证每次加载模块的顺序,如果机器具有多个块设备,那么它们的设备节点可能随机变化。例如如果有两个硬盘,/dev/sda 可能会随机变成/dev/sdb本文后面有更详细的信息。

安装

Udev 现在是 systemd 的组成部分,默认已安装。有关信息请查阅 systemd-udevd.service(8)手册页

AUR 里有一个独立的 Udev 派生版:eudev

udev 规则

udev 规则以管理员身份编写并保存在 /etc/udev/rules.d/ 目录,其文件名必须以 .rules 结尾。各种软件包提供的规则文件位于 /lib/udev/rules.d/。如果 /usr/lib/etc 这两个目录中有同名文件,则 /etc 中的文件优先。

编写 udev 规则

警告: 要挂载可移动设备,请不要通过在 udev 规则中调用 mount 命令的方法。对 FUSE 文件系统将会导致 Transport endpoint not connected 错误。应代之以 udisks 以正确处理自动挂载。或者把挂载动作放在 udev 规则内部:

/usr/lib/systemd/system/systemd-udevd.service 复制到 /etc/systemd/system/systemd-udevd.service,将 MountFlags=slave 替换为 MountFlags=shared(来源)

Keep in mind though that udev is not intended to invoke long-running processes.
  • 要想学习写udev规则,请访问编写 udev 规则。(译注:这里有一篇转载的该文简体中文译本)
  • 要想查看 udev 规则的例子,请查阅上述文章的 范例 章节。

下面是一个规则的实例,给出的是当接入一个摄像头时创建一个符号链接 /dev/video-cam1 。首先,我们发现摄像头被接入并且被挂载为 /dev/video2 设备。写下这条规则的原因是由于下一次引导时这个设备可能会有个不同的名字,比如 /dev/video0

# udevadm info -a -p $(udevadm info -q path -n /dev/video2)
Udevadm info starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device.

  looking at device '/devices/pci0000:00/0000:00:04.1/usb3/3-2/3-2:1.0/video4linux/video2':
    KERNEL=="video2"
    SUBSYSTEM=="video4linux"
    ...
  looking at parent device '/devices/pci0000:00/0000:00:04.1/usb3/3-2/3-2:1.0':
    KERNELS=="3-2:1.0"
    SUBSYSTEMS=="usb"
    ...
  looking at parent device '/devices/pci0000:00/0000:00:04.1/usb3/3-2':
    KERNELS=="3-2"
    SUBSYSTEMS=="usb"
    ...
    ATTRS{idVendor}=="05a9"
    ...
    ATTRS{manufacturer}=="OmniVision Technologies, Inc."
    ATTRS{removable}=="unknown"
    ATTRS{idProduct}=="4519"
    ATTRS{bDeviceClass}=="00"
    ATTRS{product}=="USB Camera"
    ...

From the video4linux device we use KERNEL=="video2" and SUBSYSTEM=="video4linux", then we match the webcam using vendor and product ID's from the usb parent SUBSYSTEMS=="usb", ATTRS{idVendor}=="05a9" and ATTRS{idProduct}=="4519".

/etc/udev/rules.d/83-webcam.rules
KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="05a9", ATTRS{idProduct}=="4519", SYMLINK+="video-cam1"

In the example above we create a symlink using SYMLINK+="video-cam1" but we could easily set user OWNER="john" or group using GROUP="video" or set the permissions using MODE="0660". However, if you intend to write a rule to do something when a device is being removed, be aware that device attributes may not be accessible. In this case, you will have to work with preset device environment variables. To monitor those environment variables, execute the following command while unplugging your device:

# udevadm monitor --environment --udev

In this command's output, you will see value pairs such as ID_VENDOR_ID and ID_MODEL_ID, which match your previously used attributes "idVendor" and "idProduct". A rule that uses device environment variables may look like this:

/etc/udev/rules.d/83-webcam-removed.rules
ACTION=="remove", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="05a9", ENV{ID_MODEL_ID}=="4519", RUN+="/path/to/your/script"

列出设备属性

要列出所有设备的属性以用来编写规则的话,运行下面的命令:

# udevadm info -a -n [device name]

[device name] 替换为系统中存在的设备,比如 /dev/sda/dev/ttyUSB0

如果你不知道设备名,你也可以列出某个系统路径的属性:

# udevadm info -a -p /sys/class/backlight/acpi_video0

加载前测试规则

# udevadm test $(udevadm info -q path -n [device name]) 2>&1

这不会运行你的规则中的所有命令,但会处理已有设备的符号连接,如果你不能加载它们这也许会变得方便。也可以直接输入你测试的设备路径:

# udevadm test /sys/class/backlight/acpi_video0/

加载新规则

Udev 自动侦测规则文件的变化,所以修改会立即生效,无需重启 udev。但已接入设备的规则不会自动触发。像 USB 这类热插拔设备也许需要重新插拔才能使新规则生效,也可能需要卸载并重载内核的 ohci-hcd 和 ehci-hcd 模块以重新挂载所有 USB 设备。

如果规则自动重载失败

# udevadm control --reload

可以手工强制触发规则

# udevadm trigger

Udisks

参阅 Udisks.

提示与技巧

访问固件编程器(烧录器)和 USB 虚拟串行设备

下列规则允许 group 组用户访问 USBtinyISP(用于 AVR 微控制器的 USB 接口编程器):

/etc/udev/rules.d/50-usbtinyisp.rules
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c9f", GROUP="users", MODE="0660"
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="0479", GROUP="users", MODE="0660"

lsusb 命令可获取其他种类设备的厂商 ID 和产品 ID。

VGA 线缆接入时执行规则

创建包含下列内容的规则文件 /etc/udev/rules.d/95-monitor-hotplug.rules ,可以在 VGA 线缆插入时执行 arandr

KERNEL=="card0", SUBSYSTEM=="drm", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/username/.Xauthority", RUN+="/usr/bin/arandr"
提示: 某些显示管理器把 .Xauthority 文件保存在用户家目录以外的位置,需要修改 ENV{XAUTHORITY} 的内容。例如,GNOME 显示管理器 里的.Xauthority 文件路径如下所示:
$ printenv XAUTHORITY
/run/user/1000/gdm/Xauthority

侦测新的 eSATA 设备

If your eSATA drive is not detected when you plug it in, there are a few things you can try. You can reboot with the eSATA plugged in. Or you could try

# echo 0 0 0 | tee /sys/class/scsi_host/host*/scan

Or you could install scsiaddAUR (from the AUR) and try

# scsiadd -s

Hopefully, your drive is now in /dev. If it is not, you could try the above commands while running

# udevadm monitor

to see if anything is actually happening.

将内置 SATA 接口标记为 eSATA

If you connected a eSATA bay or an other eSATA adapter the system will still recognize this disk as an internal SATA drive. GNOME and KDE will ask you for your root password all the time. The following rule will mark the specified SATA-Port as an external eSATA-Port. With that, a normal GNOME user can connect their eSATA drives to that port like a USB drive, without any root password and so on.

/etc/udev/rules.d/10-esata.rules
DEVPATH=="/devices/pci0000:00/0000:00:1f.2/host4/*", ENV{UDISKS_SYSTEM}="0"
Note: The DEVPATH can be found after connection the eSATA drive with the following commands (replace sdb accordingly):
# udevadm info -q path -n /dev/sdb
/devices/pci0000:00/0000:00:1f.2/host4/target4:0:0/4:0:0:0/block/sdb
# find /sys/devices/ -name sdb
/sys/devices/pci0000:00/0000:00:1f.2/host4/target4:0:0/4:0:0:0/block/sdb

设置静态设备名

由于 udev 异步加载所有模块,使得它们被初始化的次序不同。这将导致设备会随机改变名称。可以添加一条 udev 规则使得设备使用静态名称。

对于块设备和网络设备的规则配置,请分别参阅 块设备持久化命名 网络配置-设备命名

视频设备

For setting up the webcam in the first place, refer to Webcam configuration[broken link: invalid section].

Using multiple webcams, useful for example with motion (software motion detector which grabs images from video4linux devices and/or from webcams), will assign video devices as /dev/video0..n randomly on boot. The recommended solution is to create symlinks using an udev rule (as in the example in #编写 udev 规则

/etc/udev/rules.d/83-webcam.rules
KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="05a9", ATTRS{idProduct}=="4519", SYMLINK+="video-cam1"
KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="08f6", SYMLINK+="video-cam2"
KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="0840", SYMLINK+="video-cam3"
Note: Using names other than /dev/video* will break preloading of v4l1compat.so and perhaps v4l2convert.so

打印机

If you use multiple printers, /dev/lp[0-9] devices will be assigned randomly on boot, which will break e.g. CUPS configuration.

You can create following rule, which will create symlinks under /dev/lp/by-id and /dev/lp/by-path, similar to Persistent block device naming scheme:

/etc/udev/rules.d/60-persistent-printer.rules
ACTION=="remove", GOTO="persistent_printer_end"

# This should not be necessary
#KERNEL!="lp*", GOTO="persistent_printer_end"

SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id"
ENV{ID_TYPE}!="printer", GOTO="persistent_printer_end"

ENV{ID_SERIAL}=="?*", SYMLINK+="lp/by-id/$env{ID_BUS}-$env{ID_SERIAL}"

IMPORT{builtin}="path_id"
ENV{ID_PATH}=="?*", SYMLINK+="lp/by-path/$env{ID_PATH}"

LABEL="persistent_printer_end"


唤醒挂起的 USB 设备

First, find vendor and product ID of your device, for example

# lsusb | grep Logitech
Bus 007 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver

Now change the power/wakeup attribute of the device and the USB controller it is connected to, which is in this case driver/usb7/power/wakeup. Use the following rule:

/etc/udev/rules.d/50-wake-on-device.rules
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b", ATTR{power/wakeup}="enabled", ATTR{driver/usb7/power/wakeup}="enabled"
Note: Also make sure the USB controller is enabled in /proc/acpi/wakeup.

触发事件

Merge-arrows-2.pngThis article or section is a candidate for merging with #Testing rules before loading.Merge-arrows-2.png

Notes: similar trick (Discuss in Talk:Udev (简体中文)#)

It can be useful to trigger various udev events. For example, you might want to simulate a USB device disconnect on a remote machine. In such cases, use udevadm trigger:

# udevadm trigger -v -t subsystems -c remove -s usb -a "idVendor=abcd"

This command will trigger a USB remove event on all USB devices with vendor ID abcd.

触发 udev 规则事件的桌面提示

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: This is a lenghty monologue on how to hardcode variables (Discuss in Talk:Udev (简体中文)#)

Invoking an external script containing calls to notify-send via udev can sometimes be challenging since the notification(s) never display on the Desktop. Here is an example of what commands and environmental variables need to be included in which files for notify-send to successfully be executed from a udev rule. NOTE: a number of variables are hardcoded in this example, thus consider making them portable (i.e., $USER rather than user's shortname) once you understand the example.

1) The following udev rule executes a script that plays a notification sound and sends a desktop notification when screen brightness is changed according to power state on a laptop. Create the file:

/etc/udev/rules.d/99-backlight_notification.rules
Play a notification sound and send a desktop notification when screen brightness is changed according to power state on a laptop (a second ''udev'' rule actually changes the screen brightness)
# Rule for when switching to battery
ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Mains", ATTR{online}=="0", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/USERNAME/.Xauthority" RUN+="/usr/bin/su USERNAME_TO_RUN_SCRIPT_AS -c /usr/local/bin/brightness_notification.sh"
# Rule for when switching to AC
ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Mains", ATTR{online}=="1", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/USERNAME/.Xauthority" RUN+="/usr/bin/su USERNAME_TO_RUN_SCRIPT_AS -c /usr/local/bin/brightness_notification.sh"

Note: 1) USERNAME_TO_RUN_SCRIPT_AS and USERNAME need to be changed to that of the shortname for the user of the graphical session where the notification will be displayed and 2) the script needs to be executed with /usr/bin/su, which will place its ownership under the user of the graphical session (rather than root/the system) where the notification will be displayed.

2) Contents of the executable script to be run on trigger of the udev rule:

/usr/local/bin/brightness_notification.sh
#!/usr/bin/env bash

export XAUTHORITY=/home/USERNAME_TO_RUN_SCRIPT_AS/.Xauthority
export DISPLAY=:0
export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/UID_OF_USER_TO_RUN_SCRIPT_AS/bus"

/usr/bin/sudo -u USERNAME_TO_RUN_SCRIPT_AS /usr/bin/paplay --server /run/user/UID_OF_USER_TO_RUN_SCRIPT_AS/pulse/native /home/USERNAME/.i3/sounds/Click1.wav > /dev/null 2>&1

/usr/bin/notify-send -i /usr/share/icons/gnome/256x256/status/battery-full-charging.png 'Changing Power States' --expire-time=4000

Note: 1) USERNAME_TO_RUN_SCRIPT_AS, UID_OF_USER_TO_RUN_SCRIPT_AS and USERNAME needs to be changed to that of the shortname for the user and user's UID of the graphical session where the notification will be displayed; 2) /usr/bin/sudo is needed when playing audio via pulseaudio; and, 3) three environmental variables (i.e., XAUTHORITY, DISPLAY and DBUS_SESSION_BUS_ADDRESS) for the user of the graphical session where the notification will be displayed need to be defined and exported.

Warning: The XAUTHORITY, DISPLAY and DBUS_SESSION_BUS_ADDRESS environment variables must be defined correctly.

3) Load/reload the new udev rule (see above) and test it by unplugging the power supply to the laptop.

Tip: See also xpub as a method for getting the user's display environment variables and exporting the last into udev rules via IMPORT key.

排错

屏蔽模块

极个别情况下,udev 也会犯错或加载错误的模块。为了防止错误的发生,你可以使用模块禁用列表。只要模块加入该列表,无论是启动时,或者是运行时(如usb硬盘等)udev都不会加载这些模块。参见blacklisting.

Debug output

To get hardware debug info, use the kernel parameter udev.log-priority=debug. Alternatively you can set

/etc/udev/udev.conf
udev_log="debug"

This option can also be compiled into your initramfs by adding the config file to your FILES array

/etc/mkinitcpio.conf
FILES="... /etc/udev/udev.conf"

and then rebuilding the initramfs with

# mkinitcpio -p linux


udevd 引导时挂起

After migrating to LDAP or updating an LDAP-backed system udevd can hang at boot at the message "Starting UDev Daemon". This is usually caused by udevd trying to look up a name from LDAP but failing, because the network is not up yet. The solution is to ensure that all system group names are present locally.

Extract the group names referenced in udev rules and the group names actually present on the system:

# fgrep -r GROUP /etc/udev/rules.d/ /usr/lib/udev/rules.d | perl -nle '/GROUP\s*=\s*"(.*?)"/ && print $1;' | sort | uniq > udev_groups
# cut -f1 -d: /etc/gshadow /etc/group | sort | uniq > present_groups

To see the differences, do a side-by-side diff:

# diff -y present_groups udev_groups
...
network							      <
nobody							      <
ntp							      <
optical								optical
power							      |	pcscd
rfkill							      <
root								root
scanner								scanner
smmsp							      <
storage								storage
...

In this case, the pcscd group is for some reason not present in the system. Add the missing groups. Also, make sure that local resources are looked up before resorting to LDAP. /etc/nsswitch.conf should contain the following line:

group: files ldap

BusLogic

BusLogic 设备被损坏而且导致启动时死机。这是一个内核的Bug目前还没有修正。

一些移动设备不可移除

创建自定义 udev 规则,设置 UDISKS_SYSTEM_INTERNAL=0。参见 udisks 手册。


声音问题和一些不能自动加载的模块

一些用户发现 /etc/modprobe.d/sound.conf 中的遗留配置会引起这些问题,请清理配置并重试。

注意: udev>=171 开始 OSS 模拟模块(snd_seq_oss, snd_pcm_oss, snd_mixer_oss) 默认不会自动装载。


IDE CD/DVD 驱动器的支持

Starting with version 170, udev does not support CD-ROM/DVD-ROM drives that are loaded as traditional IDE drives with the ide_cd_mod module and show up as /dev/hd*. The drive remains usable for tools which access the hardware directly, like cdparanoia, but is invisible for higher userspace programs, like KDE.

A cause for the loading of the ide_cd_mod module prior to others, like sr_mod, could be e.g. that you have for some reason the module piix loaded with your initramfs. In that case you can just replace it with ata_piix in your /etc/mkinitcpio.conf.

光驱被标识为磁盘

If the group ID of your optical drive is set to disk and you want to have it set to optical, you have to create a custom udev rule:

/etc/udev/rules.d
# permissions for IDE CD devices
SUBSYSTEMS=="ide", KERNEL=="hd[a-z]", ATTR{removable}=="1", ATTRS{media}=="cdrom*", GROUP="optical"

# permissions for SCSI CD devices
SUBSYSTEMS=="scsi", KERNEL=="s[rg][0-9]*", ATTRS{type}=="5", GROUP="optical"

参阅