이것으로 판단하면 시간이 오래 걸린다 systemctl-analyze blame는 것을 알았습니다 .accounts-daemon.service
34.042s chronyd.service
28.721s systemd-journal-flush.service
28.269s firewalld.service
21.914s accounts-daemon.service
15.993s lvm2-monitor.service
13.834s dev-sda4.device
11.592s systemd-udev-settle.service
그것이 무엇인지 검색해 보았지만 좋은 정보를 얻지 못했습니다. 실제로,일부 출처서비스가 잠재적으로 위험할 수 있음을 나타냅니다.~해야 한다장애가 있는.
방금 Fedora-26(시스템의 유일한 OS)으로 업그레이드했고 이를 내 노트북에서 실행하고 있습니다. 다른 사용자는 없습니다(나와 님 제외 root).
이 서비스를 비활성화해도 안전합니까?
답변1
일반적으로 무언가가 DBus 기반인 경우(계정 데몬과 마찬가지로) 자동 시작을 끄는 것이 안전합니다. 왜냐하면 실제로 필요할 때마다 DBus에 의해 시작되기 때문입니다.
이 특별한 경우에는 accounts-daemonFD.O의 실행 가능한 구성 요소계정 서비스, 권한이 없는 계정 정보 목록을 처리합니다(그놈 개발자에게는 libc 루틴을 사용하는 것이 너무 어렵기 때문입니다). 데스크탑 환경의 디스플레이 관리자(로그인 화면), 화면 보호기 및 계정 관리 도구에서 사용되거나 사용되지 않을 수 있습니다. 위에서 언급했듯이 DBus는 요청 시 요청된 서비스를 시작하므로 자동 시작을 확실히 비활성화할 수 있지만 시스템의 다른 구성 요소에 의해 시작될 수도 있습니다(특히 데스크탑이 GNOME 또는 KDE를 사용하는 경우).
답변2
이 기능을 비활성화하면 그놈 프로그램에서 사용자 계정을 작동하지 못할 수도 있습니다. 더 이상 끔찍한 결과는 있을 수 없습니다.
반면에 이것은 그럴 것 같지 않다.진짜시작 속도를 늦춥니다. systemctl-analyze blame문서 에서 :
다른 서비스의 초기화가 완료될 때까지 기다리기 때문에 한 서비스의 초기화가 느려질 수 있으므로 출력이 오해의 소지가 있을 수 있습니다.
그리고 에서 accounts-daemon.service우리는 After=nss-user-lookup.target이것이시스템화된 특수 타겟, 준비가 될 때까지 기다리는 것은 표시되는 "비난" 값에 포함됩니다.