데비안 패키지를 제거하면 systemd 서비스가 자동으로 차단되어 systemd 경고가 발생합니다.

데비안 불안정 컨테이너를 시작했습니다. 초기에는 컨테이너 내의 시스템이 나타났습니다 rsync.service: Cannot add dependency job, ignoring: Unit rsync.service is masked.

rsync 패키지가 제거되었기 때문에 rsync.service가 자동으로 차단된다고 확신합니다. 패키지를 다시 설치하면 다시 공개되었습니다.

1. 이 동작에 대한 문서가 있습니까?
2. 데비안에서 이러한 동작에 직면했을 때 systemd가 경고를 발행하도록 하는 충돌은 무엇입니까?
3. rsync를 설치할 때 차단하면 이 동작이 어떻게든 감지되고, rsync를 제거하고 다시 설치할 때 자동으로 차단이 해제되지 않는다는 사실에 놀랐습니다. 이것이 어떻게 달성됩니까? ? 다른 미묘한 제한 사항이 있습니까?

---

패키지가 제거된 것으로 확인되면 자동으로 패키지를 차단합니다.

rsync가 원래 설치되었지만 지금은 제거되었다는 것을 알고 있습니다. 마스크를 벗었더니 이렇게 남았습니다.

$ sudo systemctl status rsync
● rsync.service - LSB: fast remote file copy program daemon
   Loaded: loaded (/etc/init.d/rsync; generated; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-sysv-generator(8)

$ # reset status of all systemd services
$ # DO NOT TRY THIS COMMAND INSIDE A REAL, NON-CONTAINER SYSTEM...
$ # IT DOES NOT GO WELL.
$ sudo systemctl isolate default.target

$ sudo systemctl status rsync
● rsync.service - LSB: fast remote file copy program daemon
   Loaded: loaded (/etc/init.d/rsync; generated; vendor preset: enabled)
   Active: active (exited) since Wed 2017-06-07 11:35:27 BST; 1s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 432 ExecStart=/etc/init.d/rsync start (code=exited, status=0/SUCCESS)
   CGroup: /machine.slice/machine-unstable.scope/system.slice/rsync.service

Jun 07 11:35:27 unstable systemd[1]: Starting LSB: fast remote file copy program daemon...
Jun 07 11:35:27 unstable systemd[1]: Started LSB: fast remote file copy program daemon.

이 출력은 오해의 소지가 있습니다. 아무것도 변경하지 않았기 때문에 데비안이 /etc/init.d/rsync시작되지 않았습니다 . (이 경우 init 스크립트 자체는 자동으로 종료되지만 systemd는 위에 표시된 로그 메시지와 유사한 시작 메시지로 시작한다고 생각합니다.) rsync --daemon따라서 마스킹은 여기서 유용한 역할을 합니다.RSYNC_ENABLE=false/etc/default/rsync

(패키지를 제거한 후에도 /etc/init.d/rsync가 남아 있는 이유는 initscript가 사용자가 편집할 수 있는 구성 파일로 간주되기 때문입니다)

rsync를 다시 설치하면 rsync.service가 차단 해제되는 것으로 나타났습니다. 삭제하면 rsync.service가 다시 차단됩니다.

rsync를 설치하고 차단한 다음 rsync를 제거하고 다시 설치하면 rsync가 차단된 상태로 유지됩니다.

apt-get remove --purge rsync나머지 구성 파일을 포함하여 완전히 제거를 사용하면 마스크가 제거됩니다.

etckeeper를 설치했기 때문에 완전히 제거하면 /etc/systemd/system/multi-user.target.wants/rsync.service마스크( /etc/systemd/system/rsync.service-> /dev/null)도 제거될 뿐만 아니라 etckeeper도 제거되는 것으로 나타났습니다. 이러한 파일은 모두 패키지( dpkg-query -L rsync)에 속하지 않으므로 이러한 삭제는 패키지 스크립트로 인해 발생한 것으로 보입니다.

소프트웨어 버전

최신 데비안 불안정 컨테이너. 이 질문은 스트레치가 출시되기 직전에 제기되었습니다.

호스트는 systemd-container 버전 231-15.fc25를 사용합니다.

시스템 메시지 "무시: 단위 rsync.service 차단됨"에 대한 추가 컨텍스트

$ sudo systemd-nspawn -b -D unstable
Spawning container unstable on /home/nspawn/unstable.
Press ^] three times within 1s to kill container.
systemd 232 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
Detected virtualization systemd-nspawn.
Detected architecture x86-64.

Welcome to Debian GNU/Linux 9 (stretch)!

Set hostname to <unstable>.
Failed to install release agent, ignoring: File exists
rsync.service: Cannot add dependency job, ignoring: Unit rsync.service is masked
[  OK  ] Started Dispatch Password Requests to Console Directory Watch.