systemd / dev / xx acesso alterado ao reiniciar o systemd

1

Quando eu reiniciar o systemd no contêiner do encaixe A, o acesso de /dev/XXX será alterado. Por exemplo:

antes:

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

faça:

docker restart xxxx

depois:

docker exec -it xxxx bash

/dev/random será alterado para 0666

em que posição systemd modifica isso no código-fonte do systemd? Isso é logicamente?

Isso está relacionado ao systemd-udevd?

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.
    
por 穆阿浩 03.08.2017 / 10:38

1 resposta

2

/dev não é um sistema de arquivos "real", é devtmpfs , ou seja, tmpfs ou ramdisk, com o único propósito de manter os nós de dispositivo criados no momento da inicialização por udev .

Você pode ver isso se usar a opção df de -T :

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

Por ser um ramdisk, o conteúdo não sobrevive a uma reinicialização. Isso é intencional e não é um problema - udev criará os nós de dispositivos necessários ao sistema no momento da inicialização.

Se você quiser que /dev/random tenha permissões específicas não padrão após a reinicialização, será necessário criar um arquivo de regras em /etc/udev/rules.d/ que defina as permissões desejadas. É difícil ver por que você deseja 755 para /dev/random .

    
por 03.08.2017 / 12:23

Tags