systemd를 분석 중인데 시스템의 시작 속도를 향상시키고 싶습니다. 책임 목록의 맨 위에 있는 서비스에는 거의 10초라 systemd-analyze
는 눈에 띄는 간격이 있습니다 udisks2.service
(이 숫자는 종속성으로 인해 오해의 소지가 있을 수 있지만 udisks
전혀 없습니다). 비활성화하는 것은 다른 서비스에서 필요하기 때문에 좋은 해결책이 아닙니다.
$ cat /lib/systemd/system/udisks2.service
...
[Install]
WantedBy=graphical.target
또한 VirtualBox의 우분투 테스트 인스턴스에서 비활성화를 시도했는데 문제 없이 완전히 부팅되었지만 일단 초기화되면 dbus-daemon
자동으로 시작됩니다.
에서 man udisksd
:
이 데몬은 응용 프로그램이 D-Bus 인터페이스에 액세스하려고 시도할 때마다 dbus-daemon(1) 또는 systemd(1)에 의해 자동으로 시작되므로 사용자나 관리자는 이 데몬을 시작할 필요가 없습니다.
`udisks2.conf` 매뉴얼 페이지에는 `modules_load_preference` 옵션을 기본값인 `ondemand`로 설정할 수 있다고 명시되어 있습니다. 현재 가장 최적화된 상태인 것 같습니다.
그래서 질문은 "/usr/lib/udisks2/udisksd의 실행 속도를 높이는 것이 안전한가요?"입니다.
어떤 조언이라도 대단히 감사하겠습니다.
답변1
블록 장치/파티션/LV가 있습니까?아니요목록에 있지만 /etc/fstab
(관리 후보처럼 보임 udisksd
) 암호화되어 있거나 쉽게 식별할 수 없습니까?
아니면 CD 드라이브나 메모리 카드 리더가 느리게 감지하거나 "드라이브에 미디어 없음" 오류가 전혀 없을 수도 있습니다. 메모리 카드 리더의 경우 이 조건의 증상은 dmesg
출력 장치의 I/O 시간 초과 오류일 수 있습니다.
udisksd
이러한 경우 문제 장치와 일치하는 규칙을 생성하고 속성을 추가하여 문제 장치를 관리에서 제외 할 수 있습니다 .udev
ENV{UDISKS_IGNORE}="1"
규칙은 간단할 수 있습니다
KERNEL=="sda6", ENV{UDISKS_IGNORE}="1" # encrypted disk
또는 장치 일련번호로
SUBSYSTEM=="block", ENV{ID_SERIAL_SHORT}=="S467NX0KB24459Y", ENV{UDISKS_IGNORE}="1"
또는 유효한 udev
속성 조합.
[/usr]/lib/udev/rules.d/*-udisks2.rules
예제와 유익한 설명을 읽고 싶을 수도 있지만 /etc/udev/rules.d/*.rules
시스템 업데이트로 덮어쓰이지 않도록 자신만의 규칙을 추가해야 합니다. udev
두 개의 디렉토리를 읽어서 두 디렉토리에 같은 이름의 파일이 있으면 거기에 있는 파일이 /etc/udev/rules.d
해당 시스템 파일을 덮어씁니다. 이 경우 시스템 기본 규칙 파일을 재정의할 필요가 없으며 자체 규칙 파일을 추가하고 겹치지 않는 이름을 사용하면 됩니다.
올바른 디렉토리에 있고 접미사만 있으면 어떤 파일 이름이라도 사용할 수 있습니다 .rules
. 하지만 규칙은 파일 이름의 기본 US-ASCII 정렬 순서로 적용되므로 파일 이름에 숫자가 붙은 접두사 파일 이름을 사용하는 규칙이 있습니다. 규칙 순서를 명확하게 합니다.