gpt4 book ai didi

linux - udev - += 和 := 之间的区别

转载 作者:太空狗 更新时间:2023-10-29 12:22:31 24 4
gpt4 key购买 nike

我正在尝试了解 udev 运算符,以便为我的设备创建规则,但是关于运算符的几个在线资源之间似乎存在差异,这会阻止以后更改 key 。哪个 udev 运算符(如果有的话)将阻止以后更改 key ?

关于阻止以后更改 key 的 udev 运算符,以下两个来源之间似乎存在差异。

http://www.reactivated.net/writing_udev_rules.html声明 +: 确保后面的规则不会有任何影响,但是 man udev 声明 :=最后给键赋值;不允许任何以后的更改。man udev 还声明 "+="将值添加到包含条目列表的键中。。那么,哪个 udev 运算符(如果有的话)将阻止以后更改 key ?

我通过为我的 USB 闪存驱动器创建/etc/udev/rules.d/80-test.rules 来测试这个问题。该规则具有以下键值行...

SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/bin/device_added.sh" 
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/bin/device_added_2.sh"

可执行文件device_added.sh包含...

`echo "USB device removed  at $(date)" >>/tmp/scripts.log`

...并且可执行文件 device_added_2.sh 包含...

`echo "USB device removed  at $(date)" >>/tmp/scripts_2.log`

我将更改注册到 udev:$ sudo udevadm control --reload然后我插入了 USB 闪存驱动器。然后,我检查了 /tmp/scripts.log/tmp/scripts_2.log 是否已创建并具有适当的字符串,它们确实如此。因此,似乎 += 不会阻止以后对键的更改。

然后我通过在第一个 key 对中将 := 替换为 += 来测试 := 是否可以防止以后对 key 的更改我的规则...

SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN:="/bin/device_added.sh"
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/bin/device_added_2.sh"

然后我再次使用 udev 注册更改,拔下我的 USB 驱动器,插入它,然后检查测试日志文件以获取更新。我希望 scripts_2.log 不会更新。然而,它是!所以,似乎 := 也不会阻止以后对键的更改。

那么,+= 和/或 := 运算符能否以某种方式防止以后对键的更改?我应该使用其他运算符来防止以后发生更改吗?

man udevhttp://www.reactivated.net/writing_udev_rules.html 似乎不太可能在这方面出错,所以我可能误解了关于这个。

我预计 := 会阻止 scripts_2.log 被更新。

更新 - 2019-05-12:我找到了 this stackexchange post问一个非常相似的问题,但那里提供的两个答案没有回答这篇文章中的问题。一个答案建议使用 GOTO,这是我理解的一种解决方法,另一个答案建议使用 :=,这与前面提到的来源一样,似乎错误。

更新 - 2019-05-19:我刚刚意识到以下声明,在http://www.reactivated.net/writing_udev_rules.html ...

Additional options
Another assignment which can prove useful is the OPTIONS list. A few options are available:

all_partitions - create all possible partitions for a block device, rather than only those that were initially detected
ignore_device - ignore the event completely
last_rule - ensure that no later rules have any effect

For example, the rule below sets the group ownership on my hard disk node, and ensures that no later rule can have any effect:

KERNEL=="sda", GROUP="disk", OPTIONS+="last_rule"

...使用+= 来添加last_rule 赋值,这似乎应该与:= 具有相同的效果。所以,我再次编辑我的规则......

SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN:="/bin/device_added.sh"
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", OPTIONS+="last_rule"
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/bin/device_added_2.sh"

然后我再次使用 udev 注册更改,拔下我的 USB 驱动器,插入它,然后检查测试日志文件以获取更新。我希望 scripts_2.log 不会更新,但确实如此。因此,OPTIONS +="last_rule" 似乎也不会阻止以后对键的更改。

最佳答案

:= 的文档似乎不完整;它执行所描述的操作,但跨规则文件。我像这样重复了你的实验:

50-udevoptest.rules 中:

SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device",  RUN:="/bin/device_added.sh"
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", RUN+="/bin/device_added_2.sh"

在上游的另一个名为73-seat-late.rules 的规则文件中,有这条规则

TAG=="uaccess", ENV{MAJOR}!="", RUN{builtin}+="uaccess"

现在,我使用 udevadm test/sys/... 为两个规则集都适用的设备测试规则,这让我们:

run: '/bin/device_added.sh'
run: '/bin/device_added_2.sh'
run: 'uaccess'
Unload module index
Unloaded link configuration context.

然后我将实验重命名为 mv 50-udevoptest.rules 99-udevoptest.rules,并重复 udevadm test/sys/...,这让我们:

run: '/bin/device_added.sh'
run: '/bin/device_added_2.sh'
Unload module index
Unloaded link configuration context.

(因为具有较高词法等级的规则文件名获得优先权——手册中的另一个歧义)

关于linux - udev - += 和 := 之间的区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56097401/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com