Toolbox: mlocate는 도구 상자에 유용합니까?

나는 그것을 사용하지 않으며 당신이 그것을 떨어 뜨리면 기쁠 것입니다.

지금까지 이런 도구가 있는지도 몰랐습니다 :)

지금까지 이런 도구가 있는지도 몰랐습니다 :)

오 최소한 Workstation에서는 유용합니다.

Silverblue에서 locate 는 기본적으로 /etc 및 /boot 대한 항목만 표시합니다. 예, 하지만 구성이 /usr, /home, / var 등도?

https://bugzilla.redhat.com/show_bug.cgi?id=906591 도

지금까지 이런 도구가 있는지도 몰랐습니다 :)

오 최소한 Workstation에서는 유용합니다.

문제는 개발자와 같은 많은 CLI 사용자가 도구 상자 컨테이너 안에 있을 것으로 예상한다는 것입니다. 그렇다면 mlocate 의 부족함을 느낄 수 있습니다.

최근에 시도했을 때 340MB 데이터베이스로 끝났습니다.
~/.local/share/containers?

데이터베이스가 자동으로 생성되지 않는 문제도 있습니다.

updatedb 의 정적 구성 외에도 ~/.local/share/containers 와 같은 항목을 건너뛰는 신중하게 제작된 명령줄 인수 집합을 사용하여 toolbox init-container 주기적으로 updatedb 를 호출하도록 하여 이 문제를 해결할 수 있다고 생각합니다 /etc/updatedb.conf .

toolbox init-container 는 모든 Toolbox 컨테이너에 대한 진입점 프로세스이며 사용 중인 모든 컨테이너에 대해 항상 실행됩니다. 현재 sleep +Inf 호출하지만 그 이상을 수행할 수 있습니다. (이 영리한 관찰에 대해 @HarryMichal 에게 감사드립니다!)

@juhp 가 fedora-toolbox 이미지에서 도구를 제거 하고 도구가 사라진 것에 대해 불평하는 보고가 없었기 때문에 지금 으로서는 이것을 닫을 수 있다고 생각합니다.

오늘은 이것저것 가지고 놀았습니다.

최근에 시도했을 때 340MB 데이터베이스로 끝났습니다. 아마도
~/.local/share/containers 때문에?

호스트와 컨테이너 내부의 /var/lib/mlocate/mlocate.db 크기는 어떻게 비교됩니까?

Fedora Workstation 시스템의 제 경우에는 각각 101M과 100M이었습니다. Silverblue는 호스트에서 작동하는 mlocate 없으므로 비교의 의미가 덜합니다.

https://bugzilla.redhat.com/show_bug.cgi?id=906591 도

이상하게도 PRUNE_BIND_MOUNTS = "yes" 가 있다고 해서 updatedb 가 Toolbox 컨테이너 내부의 모든 바인드 마운트를 인덱싱하는 것을 방지하지 못하는 것 같습니다. 예를 들어, locate Downloads 또는 locate pam_xauth.so 는 바인드 마운트로 알려진 위치에서 결과를 반환합니다.