소스에서 설치하고 일련의 시스템 업데이트를 시작하기 전에 패키지를 찾고 dnf search사용 가능한지 확인하고 있습니다. 프로세스를 종료하고 이상하다고 생각하여 dnf info다른 정보를 찾을 수 있는지 알아보기 위해 달려갔습니다. GPG keyPostgres용으로 가져오는 것이 괜찮은지 계속 묻기는 했지만 업데이트 실행도 시작되었습니다 (15, 14, 13으로 시작).
나는 전에 이런 일이 일어나는 것을 본 적이 없습니다. 누구든지 그것의 요점을 설명하고 내가 더 읽을 수 있는 문서를 제공할 수 있기를 바랍니다. 이것이 표준 동작입니까 dnf?
이는 터미널 창에서 복사하여 붙여넣습니다.
[nick@nicks-x1 project]$ dnf search valgrind
Copr repo for PyCharm owned by phracek 33 kB/s | 45 kB 00:01
Brave Browser - Beta 24 kB/s | 15 kB 00:00
determining the fastest mirror (144 hosts).. done. [ === ] --- B/s | 0 B --:-- ETA
Fedora 38 - x86_64 2.2 MB/s | 83 MB 00:37
Fedora 38 openh264 (From Cisco) - x86_64 773 B/s | 2.5 kB 00:03
Fedora Modular 38 - x86_64 1.5 MB/s | 2.8 MB 00:01
^CFedora 38 - x86_64 - Updates 0.0 B/s | 0 B 00:00
Error: Failed to download metadata for repo 'updates': Librepo was interrupted by a signal
[nick@nicks-x1 project]$ man dnf
[nick@nicks-x1 project]$ dnf info valgrind
Fedora 38 - x86_64 - Updates 2.2 MB/s | 32 MB 00:14
Fedora Modular 38 - x86_64 - Updates 1.5 MB/s | 2.1 MB 00:01
google-chrome 13 kB/s | 3.6 kB 00:00
pgadmin4 427 B/s | 833 B 00:01
pgadmin4 3.8 MB/s | 3.8 kB 00:00
Importing GPG key 0x210976F2:
답변1
이는 정상적인 동작입니다 dnf.메타데이터 동기화구성된 저장소에서. 실제로 시스템의 어떤 패키지도 업데이트하지 않고 저장소에서 사용 가능한 패키지에 대한 정보만 업데이트합니다.
넌 이걸 볼 수 없어모든런타임은 dnf이 데이터를 캐시하고 데이터가 너무 오래된 경우에만 업데이트하기 때문입니다. 캐시 시간 초과가 구성되었습니다.metadata_expire항목 사용dnf.conf(및 저장소 메타데이터에서) 기본 설정은 48h입니다 .
다음을 수행하여 이를 방지할 수 있습니다 dnf -C. dnf그러면 작업은 로컬로 캐시된 메타데이터만 사용합니다.