重新启动systemd时更改systemd /dev/xx访问

Question

当我在码头集装箱A中重新启动systemd时，/dev/XXX的S访问权限将被更改。

在此之前：

docker exec -it xxxx bash 
chmod 755 /dev/random 

做：

docker restart xxxx

之后：

docker exec -it xxxx bash

/dev/random将改为0666

在systemd源代码中，位置系统会修改这一点吗？这合乎逻辑吗？

这和系统有关吗？

Execute /usr/lib/systemd/systemd-udevd? [Yes, No, Skip] [**    ] (4 of 6) A start job is running for Create Volatile Files and Directories (3min 48s / no limit)y
[***   ] (5 of 6) A start job is running for Mark the need to relabel after reboot (3min 49s / no limit)(src/core/manager.c:1519) Got notification message for unit -.slice
(src/core/manager.c:1519) Got notification message for unit systemd-udevd.service
(src/core/service.c:2741) systemd-udevd.service: Got notification message from PID 503 (READY=1)
(src/core/service.c:2785) systemd-udevd.service: got READY=1
(src/core/service.c:878) systemd-udevd.service changed start -> running
(src/core/job.c:811) Job systemd-udevd.service/start finished, result=done
[  OK  ] Started udev Kernel Device Manager.

Answer 1

/dev不是一个“真正的”文件系统，它是一个devtmpfs，即tmpfs或ramdisk，其唯一目的是保存udev在引导时创建的设备节点。

如果您使用df's -T选项，您可以看到这一点：

# df -T /dev
Filesystem     Type     1K-blocks  Used Available Use% Mounted on
udev           devtmpfs    498256     0    498256   0% /dev

因为它是一个ramdisk，所以内容不能在重新启动后存活下来。这是有意的，而不是问题- udev将在启动时创建系统所需的设备节点。

如果希望/dev/random在重新启动后具有特定的非标准权限，则需要在/etc/udev/rules.d/中创建一个设置所需权限的规则文件。不过，很难理解为什么您会想要755 for /dev/random。