问题[udev](unix)

当在 Linux 下使用 SATA SSD 或 HDD 时，可以通过多种方式寻址，例如：

/dev/sda
/dev/disk/by-id/ata-TOSHIBA_MG05ACA800E_78LBK8P7FUUD
/dev/disk/by-id/wwn-0x50000398abc0251c

在我的系统上，它们都指向同一个磁盘。我最近开始使用几个不同品牌和型号的 SAS 磁盘，我注意到这些 SAS 磁盘的行为似乎有点不同。例如

/dev/sdb
/dev/disk/by-id/scsi-35000cca01337732c
/dev/disk/by-id/wwn-0x5000cca01337732c

也都是同一个磁盘。但我原本以为还会有一个设备文件，例如

/dev/disk/by-id/scsi-HGST_HUSSL4040BSS600_XWVZGT1A

因此格式将类似于 SATA 磁盘。<interface>-<manufacturer>_<model>_<serial>我会发现这更方便。所以我想知道，为什么 SAS 磁盘在这方面与其他磁盘的处理不同？即使 NVME 磁盘也有类似的设备文件，其名称中包含制造商、型号和序列号，但 SAS 磁盘却没有。

附加问题：是否有可能（借助某些 udev 规则？）为 SAS 磁盘提供这些更具信息量的设备文件？

我编写了一条 udev 规则来创建属性/etc/udev/rules.d/99-backlight-scale.rules：

ACTION=="add", \
KERNEL=="amdgpu_bl1", \
SUBSYSTEM=="backlight", \
DEVPATH=="/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1", \
ENV{GSD_BACKLIGHT_SCALE}="non-linear"

udevadm test /sys/class/backlight/amdgpu_bl1说应该创建该财产。

DEVPATH=/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1
ACTION=add
SUBSYSTEM=backlight
TAGS=:seat:systemd:
CURRENT_TAGS=:seat:systemd:
ID_PATH=pci-0000:03:00.0
ID_PATH_TAG=pci-0000_03_00_0
ID_FOR_SEAT=backlight-pci-0000_03_00_0
GSD_BACKLIGHT_SCALE=non-linear
SYSTEMD_WANTS=systemd-backlight@backlight:amdgpu_bl1.service
USEC_INITIALIZED=23289223
Unload kernel module index.
Unloaded link configuration context.

但重新启动后该属性不会出现在输出中udevadm info --path=/sys/class/backlight/amdgpu_bl1 --query=property。

DEVPATH=/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1
SUBSYSTEM=backlight
USEC_INITIALIZED=23289223
NVME_HOST_IFACE=none
ID_PATH=pci-0000:03:00.0
ID_PATH_TAG=pci-0000_03_00_0
ID_FOR_SEAT=backlight-pci-0000_03_00_0
SYSTEMD_WANTS=systemd-backlight@backlight:amdgpu_bl1.service
TAGS=:systemd:seat:
CURRENT_TAGS=:systemd:seat:

编辑：我完全删除了 devpath 行，就像arch wiki 中的本节一样。现在的规则是

ACTION=="add", \
KERNEL=="amdgpu_bl1", \
SUBSYSTEM=="backlight", \
ENV{GSD_BACKLIGHT_SCALE}="non-linear"

但这仍然不起作用。

我尝试创建另一个 udev 规则，写入文件以查看它们是否正在运行。ACTION=="add", KERNEL=="amdgpu_bl1", SUBSYSTEM=="backlight", RUN+="/bin/sh -c 'echo applied > /home/basilmari/udev-debug.log'" "做了工作。

那么 udev 规则可以首先创建设备属性吗？我还没有找到任何资源明确说明这一点。

我正在使用文件测试 udev 规则/etc/udev/rules.d/10-test.rules。

这行：

DEVPATH=="/devices/system/node/node0", ATTR{hugepages/hugepages-1048576kB/nr_hugepages}="4"

使/sys/devices/system/node/node0/hugepages/hugepages-1048576kB/nr_hugepages成为4。

但这行：

DEVPATH=="/kernel/mm", ATTR{hugepages/hugepages-1048576kB/nr_hugepages}="4"

不影响/sys/kernel/mm/hugepages/hugepages-1048576kB/nr_hugepages。

这行也没有：

DEVPATH=="/kernel", ATTR{mm/hugepages/hugepages-1048576kB/nr_hugepages}="4"

（即使重启也不起作用。）

为什么？

我有一个带有集成 USB 集线器（和物理电源开关）的显示器连接到我的 pi，并且想要在打开和关闭显示器时执行两个不同的脚本。

打开显示器的第一部分工作正常，但是当再次关闭显示器时，不会触发任何内容。根据其他论坛帖子，我尝试了该规则的不同变体，但没有成功。

规则文件/etc/udev/rules.d（包含所有三种变体）

SUBSYSTEM=="usb", ACTION=="add",    ATTR{idProduct}=="2514", ATTR{idVendor}=="03f0", RUN+="/home/pi/monitor_on.sh"
SUBSYSTEM=="usb", ACTION=="remove", ATTR{idProduct}=="2514", ATTR{idVendor}=="03f0", RUN+="/home/pi/monitor_off.sh"
SUBSYSTEM=="usb", ACTION=="remove", ENV{ID_MODEL}=="2514", ENV{ID_VENDOR}=="03f0", RUN+="/home/pi/monitor_off.sh"
SUBSYSTEM=="usb", ACTION=="remove", ENV{idProduct}=="2514", ENV{idVendor}=="03f0", RUN+="/home/pi/monitor_off.sh"

测试udevadm test告诉我，前两个删除规则应该触发，第三个则不会。

udevadm test --action="remove" /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4
This program is for debugging only, it does not run any program
[...]
Reading rules file: /etc/udev/rules.d/99-monitor.rules
[...]
1-1.4: RUN '/home/pi/monitor_off.sh' /etc/udev/rules.d/99-monitor.rules:2
1-1.4: RUN '/home/pi/monitor_off.sh' /etc/udev/rules.d/99-monitor.rules:3
DEVPATH=/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4
DEVNAME=/dev/bus/usb/001/060
DEVTYPE=usb_device
DRIVER=usb
PRODUCT=3f0/2514/0
TYPE=9/0/2
BUSNUM=001
DEVNUM=060
MAJOR=189
MINOR=59
ACTION=remove
SUBSYSTEM=usb
USEC_INITIALIZED=1470318118448
ID_VENDOR=03f0
ID_VENDOR_ENC=03f0
ID_VENDOR_ID=03f0
ID_MODEL=2514
ID_MODEL_ENC=2514
ID_MODEL_ID=2514
ID_REVISION=0000
ID_SERIAL=03f0_2514
ID_BUS=usb
ID_USB_INTERFACES=:090001:090002:
ID_VENDOR_FROM_DATABASE=HP, Inc
ID_MODEL_FROM_DATABASE=4-port hub
ID_PATH=platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4
ID_PATH_TAG=platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_4
ID_FOR_SEAT=usb-platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_4
TAGS=:seat:
run: '/home/pi/monitor_off.sh'
run: '/home/pi/monitor_off.sh'
Unload module index
Unloaded link configuration context.

然后关闭显示器，不会触发monitor_off.sh脚本。daemon.log有很多消息，不知道如何理解它们。以下是与 USB 集线器相关的内容（1-1.4）。

Sep 13 17:57:05 crumble systemd-udevd[5413]: 1-1.4: sd-device-monitor: Passed 326 byte to netlink monitor
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Processing device (SEQNUM=3310, ACTION=unbind)
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: IMPORT builtin 'usb_id' /usr/lib/udev/rules.d/50-udev-default.rules:13
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Failed to open USB device 'descriptors' file: No such file or directory
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Failed to get idVendor attribute: No such file or directory
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: IMPORT builtin 'usb_id' fails: No such file or directory
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Handling device node '/dev/bus/usb/001/060', devnum=c189:59, mode=0600, uid=0, gid=0
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: cannot stat() node '/dev/bus/usb/001/060' (No such file or directory)
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: sd-device: Created empty file '/run/udev/data/c189:59' for '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4'
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Device (SEQNUM=3310, ACTION=unbind) processed
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: sd-device-monitor: Passed 326 byte to netlink monitor
Sep 13 17:57:05 crumble systemd-udevd[5413]: 1-1.4: sd-device-monitor: Passed 326 byte to netlink monitor
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Processing device (SEQNUM=3311, ACTION=remove)
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: Device (SEQNUM=3311, ACTION=remove) processed
Sep 13 17:57:05 crumble systemd-udevd[23020]: 1-1.4: sd-device-monitor: Passed 326 byte to netlink monitor

我还尝试使用与orATTRS相反的方式，这确实会触发脚本，但是它会根据连接到集线器的内容多次触发脚本。ATTRENV

操作系统版本是raspbian buster。

最近，我注意到我的 NVME 驱动器中有额外的符号链接/dev/disk/by-id，并且重复项具有相同的名称并_1附加了名称。

# ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW{,_1}
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW -> ../../nvme0n1
lrwxrwxrwx 1 root root 13 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1 -> ../../nvme0n1

（序列号无特殊原因大部分被编辑为 XXXXXXXX）

它还会复制 NVME 驱动器上所有分区的条目：

$ ls -lF /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1*-part*'
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part2 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part3 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part4 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part5 -> ../../nvme0n1p5
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part6 -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 15 Jul 29 19:22 /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_500GB_S466XXXXXXXXXXW_1-part7 -> ../../nvme0n1p7

这只发生在我的 NVME 驱动器上，而不发生在我的 SATA 或 USB 闪存驱动器上。

我看不出有任何明显的东西/usr/lib/udev/rules.d/60-persistent-storage.rules可以做到这一点。

有谁知道为什么udev这样做？更重要的是，如何阻止它？

我sudo rm -fr /dev一不小心
我会丢失数据或有任何副作用吗？
我已经重新启动系统了。
我的数据看起来没问题，但恐怕有数据丢失，我还没有发现。

我需要以只读方式安装某些 USB 驱动器 - 不是每个驱动器，只是那些包含存档数据的驱动器。我想防止意外或恶意更改。

有很多文章对此进行了阐述udev，这似乎是可能的，但我的规则似乎并未得到执行。我研究过如何创建 udev 规则来以只读方式挂载 USB 驱动器？- 我没有 gvfs，其他答案没有帮助。

这是我的/etc/udev/rules.d/25-usb-read-only.rules文件。为了进行测试，我使用卷名为 SCRATCH 的驱动器。该驱动器安装在/dev/sda，但始终可写。

#SUBSYSTEM=="usb", ACTION=="add", ENV{ID_FS_LABEL}=="SCRATCH", ENV{UDISKS_MOUNT_OPTIONS}="ro"
SUBSYSTEM=="usb", ACTION=="add", ENV{ID_FS_LABEL}=="SCRATCH", MODE="0550"
#SUBSYSTEMS=="usb", ACTION=="add", ENV{ID_FS_USAGE}=="filesystem", ENV{ID_FS_LABEL}=="SCRATCH", ENV{UDISKS_MOUNT_OPTIONS}="ro"
# The RUN here just to test the rule is executed
#KERNEL=="sd*", SUBSYSTEMS=="usb", ACTION=="add", ENV{ID_FS_USAGE}=="filesystem", ENV{ID_FS_LABEL}=="SCRATCH", RUN+="/home/test-udev.sh"

注释行是之前失败的尝试。sudo udevadm control --reload我在两次考试之间都记得。

请注意，即使 RUN 命令也失败了。该脚本仅写入调试文件，并在从命令行执行时起作用。

我已经启用了调试并进行了检查/var/log/syslog——仅在测试的几秒钟内就有数万行。我找不到任何有用的东西。

我的系统是 Linux Mint 21.1 Cinnamon，但以上所有内容都来自 bash。

任何帮助，将不胜感激。

“/usr/lib/udev/hwclock-set”中有一个文件：

它应从 RTC 设置正确的日期/时间，但有一个障碍：

if [ -e /run/systemd/system ] ; then
    exit 0
fi
/shin/hwclock ....

现在，当 udev 运行 hwclock 规则时，上述文件夹已经存在，因此脚本将退出，而不设置系统时间。

这个条件背后的想法是什么？

此外，它还阻止 udev 规则和 systemd 服务设置系统时间（通过此脚本）。

它让我疯狂。没有 udev 规则或 systemd 服务可以处理此障碍。

此外2：当我取消注释“exit”并且udev规则尝试运行此脚本时，所有“hwclock”调用都返回1（错误）。

当我手动运行此脚本（使用未注释的“exit”）时，它会正确设置时间。

当运行与显示相关的命令时，类似的命令似乎xrandr只有在作为本地用户运行时才起作用。

但是，当通过 udev 规则以本地用户身份运行脚本时：

SUBSYSTEM=="drm", ACTION=="change", RUN+="su -l --shell=/bin/bash -c /opt/echo-foo.sh chris"

定义为echo-foo.sh：

#!/bin/bash
echo "foo"

准备udev调试：

udevadm control --log-priority=debug
journalctl -f # tail the logs

udev插入/拔出显示器时出现以下错误：

Starting 'su -l --shell=/bin/bash -c /opt/echo-foo.sh chris'
Sucessfully forked off '(spawn)' as PID #####
Process 'su -l --shell=/bin/bash -c /opt/echo-foo.sh chris' failed with exit code 1.

但是，从 root 开始，该命令可以工作。有没有正确的方法来做到这一点，而我遗漏了一些细节？

其他详情：

-rwxr-xr-x root root 3.3K ... /opt/echo-foo.sh

-- 3.3K：我的真实脚本被注释掉了。

我将这个相当基本的 udev 规则命名为/etc/udev/rules.d/99-sd.rules：

ACTION=="add", SUBSYSTEM=="mmc", KERNEL=="mmcblk0p1", RUN+="/usr/bin/echo 'aa' > /tmp/test"

目标是test在我插入 SD 卡并识别其p1分区时创建文件。

现在，在创建这条规则之后，我做了一切：

 sudo udevadm control --reload-rules
 sudo systemctl restart udev
 sudo reboot

但是当我插入 SD 卡时仍然没有创建该文件。（而且SD卡还可以，我什至可以挂载它）。

这里有什么问题？这让我发疯，我看不出有什么问题。使用 udevadm，我可以看到有关 SD 卡的内核事件。但是为什么我的文件没有被创建？

操作系统：Debian Bullseye

这是 dmesg：

[   85.299246] mmc0: new ultra high speed SDR104 SDXC card at address aaaa
[   85.301507] mmcblk0: mmc0:aaaa SN64G 59.5 GiB
[   85.307164]  mmcblk0: p1

/tmp即使我尝试使用“bash”也是空的：

$ cat /etc/udev/rules.d/99-sd.rules
ACTION=="add", SUBSYSTEM=="mmc", KERNEL=="mmcblk0p1", RUN+="/bin/bash -c '/usr/bin/echo aa > /tmp/test'"

udevadm monitor:

$ sudo udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[191.651922] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa (mmc)
KERNEL[191.655196] add      /devices/virtual/bdi/179:96 (bdi)
UDEV  [191.656246] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa (mmc)
UDEV  [191.656604] add      /devices/virtual/bdi/179:96 (bdi)
KERNEL[191.657702] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa/block/mmcblk0 (block)
KERNEL[191.657862] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa/block/mmcblk0/mmcblk0p1 (block)
KERNEL[191.658527] bind     /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa (mmc)
UDEV  [191.689858] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa/block/mmcblk0 (block)
UDEV  [191.732813] add      /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa/block/mmcblk0/mmcblk0p1 (block)
UDEV  [191.735289] bind     /devices/platform/fe2b0000.dwmmc/mmc_host/mmc0/mmc0:aaaa (mmc)