매일 자정 몇 분 후에 updateb.findutils가 실행되어 일부 파일을 색인화합니다. 우분투와 함께 제공되는 프로그램입니다. 이제 이 프로그램이 무엇을 하는지 궁금해서 이것을 발견했습니다.
root 12500 12491 0 00:10 ? 00:00:00 /bin/sh /usr/bin/updatedb.findutils
root 12533 12500 0 00:10 ? 00:00:00 su nobody -s /bin/sh -c /usr/bin/find / -ignore_readdir_race \( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d -regex '\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)' \) -prune -o -print0
보시다시피 검색을 원하지 않는 파일 시스템의 수를 정의합니다. 임시 공간, 교체 가능한 미디어 위치, 네트워크 위치 및 파일 시스템이 많이 있지만 나에게는 전혀 이해되지 않는 이상한 마운트 지점도 있습니다.
\(^/alex$\)\
/alex 이것은 어디에 사용되나요? 이 정보는 어디서 검색할 수 있나요(물론 stackoverflow 외에)?
답변1
이 항목이 추가되었습니다23년 전 Kevin Daly가 작성함, 자세한 설명은이 버그 보고서는 19년 전의 것입니다.:
몇 년 전에 /alex를 추가했는데도 /alex를 제외하는 이유를 확인하는 데 어려움을 겪고 있습니다. /alex는 Alex 파일 시스템을 나타냅니다. 이에 대한 참조는 다음과 같습니다.
http://satcom.nic.in/internet1.htm
현재 Alex 파일 시스템이 얼마나 일반적인지 잘 모르겠습니다. PRUNEPATHS보다 PRUNEFS에 적절한 값을 갖는 것이 더 나을 수도 있습니다. /afs는 같은 범주에 속할 수 있습니다.
단기적으로는 /alex 및 /afs를 유지할 예정이지만, findutils에서 추가 수정 사항을 적용한 후에 이 문제를 수정하겠습니다.
링크는 더 이상 사용할 수 없지만 출처는 다음과 같습니다.시간여행 기계:
Alex 파일 시스템은 사용자와 애플리케이션에 인터넷의 익명 FTP 사이트에 있는 파일에 대한 투명한 읽기 액세스를 제공합니다. 현재 총 수백만 개의 파일과 약 1테라바이트의 데이터를 포함하는 수천 개의 익명 FTP 사이트가 있습니다. 이러한 파일에 액세스하는 표준 방법은 원격 컴퓨터에 로그인하는 것입니다. 이는 애플리케이션이 로컬 파일과 동일한 방식으로 원격 파일에 액세스할 수 없음을 의미합니다. 이는 또한 사용자에게 사용 가능한 별칭이나 로컬 도구가 없음을 의미합니다. 원격 파일에서 애플리케이션을 사용하려는 사용자는 먼저 파일의 로컬 복사본을 수동으로 만들어야 합니다. 원격 파일이 변경될 때 이 로컬 복사본을 자동으로 업데이트하는 메커니즘은 없습니다. 사용자는 파일을 어디서 얻었는지 추적하고 업데이트를 확인한 다음 해당 파일을 가져와야 합니다. 이 접근 방식에서는 동일한 사이트의 여러 사용자가 동일한 원격 파일의 복사본을 만들었을 수 있으며 각 복사본은 동일한 데이터에 대해 디스크 공간을 차지합니다.
Alex는 현재 사용 가능한 대규모 파일 모음을 사용할 수 있도록 기존 FTP 프로토콜을 유지하면서 기존 접근 방식의 문제를 해결했습니다. 합리적인 성능을 위해서는 장기 파일 캐싱을 사용하십시오. 그래서 일관성이 문제입니다. 캐시 일관성 문제에 대한 기존 솔루션은 인터넷 FTP 도메인에서 작동하지 않습니다. FTP 프로토콜이 이를 제공하지 않고 인터넷의 폴링 속도가 느리기 때문에 콜백은 옵션이 아닙니다. 따라서 Alex는 파일별로 파일 캐시 일관성 의미 체계를 완화하고 특수 캐싱 알고리즘을 사용하여 파일 및 네트워크 속성을 고려하여 간단한 상태 비저장 파일 시스템을 인터넷 규모로 확장할 수 있도록 했습니다.