dnf-makecache.timer가 필요한 이유는 무엇입니까?

Question 1

좋습니다. 그런데 이것이 실제로 무엇을 의미합니까?

이는 후속 명령의 속도를 높이기 위해 패키지의 원격 인덱스가 로컬 파일 캐시에 다운로드됨을 의미합니다 dnf.

저장소 캐시를 매시간 업데이트해야 하는 이유는 무엇입니까?

dnf이는 명령을 촉진하고 속도를 높이기 위해 수행됩니다 . eg 명령을 실행할 때마다 dnf install"새로운" 저장소 메타데이터가 있어야 합니다. 그렇지 않으면 대화형으로 명령을 실행할 때 메타데이터가 새로 고쳐질 때까지 기다려야 할 가능성이 높습니다 dnf.

타이머는 1시간마다로 설정되어 있지만 실제로는 3시간을 초과하여 실행되지는 않습니다. 이것은 버그입니다. 자세한 내용은 다음과 같습니다.여기.

dnf update를 사용하여 수동으로 업데이트하면 이런 일이 발생하지 않나요?

예, 어쨌든 기본적으로 발생합니다.메타데이터가 오래된 것으로 간주되는 경우. 즉, 기본 수명인 6시간이 초과되었습니다(저장소 정의별로 이 TTL을 재정의할 수 있음). repo가 이와 같이 정의된 경우에는 이런 일이 발생하지 않습니다 metadata_expire=-1.

dnf-makecache를 새로 고치지 않으면 dnf 업데이트가 실패하거나 최신 버전을 얻지 못합니까?

아니요, 실패하지 않습니다. 메타데이터가 이미 있고 네트워크 연결이 불안정하다면 약간 더 안정적일 수 있다고 주장할 수도 있습니다.

아니면 자동을 사용하지 않는 경우 필요하지 않은 dnf-automatic에 추가되는 것입니까?

두 가지 모두 새로운 메타데이터 캐시를 사용하여 실행될 가능성이 더 높고 더 빠르게 실행되므로 dnf두 가지 모두를 보완합니다 .dnf-automatic

systemctl 비활성화 dnf-makecache.timer 및 systemctl stop dnf-makecache.timer를 사용하여 이 타이머를 비활성화할 경우의 단점/단점은 무엇입니까?

dnf설치 및 업데이트를 기다리는 속도 가 느린 명령/대화형입니다. 기사에 대한 후속 조치를 취하고 조정하지 않는 한:

metadata_timer_sync=3600

타이머는 매우 비효율적이며 별로 좋은 일을 하지 않습니다.

PS, 질문을 많이 하시겠지만, 이 커뮤니티에서는 일반적으로 한 가지 질문을 하셔야 합니다. :)

man dnf와 상담해 보세요 man dnf.conf. 올바르게 문서화하는 사람들의 노력이 헛되지 않아야 합니다.

Answer

좋습니다. 그런데 이것이 실제로 무엇을 의미합니까?