Lubuntu updatedb.locate может скопировать связанные файловые системы nfs

Я заметил, что cron.daily, которые запускают updatedb.locate, очень долго говорил (если когда-либо завершал).

После небольшого исследования я понял, что find индексирует огромную систему монтируемых файлов nfs. Несмотря на то, что nfs указан как одна из файловых систем, следует пропустить в PRUNEFS /etc/updatedb.conf, а также в PRUNEFS в самом /etc/cron.daily/locate:

illia@illia-vm1:~$ grep PRUNEFS /etc/cron.daily/locate 
PRUNEFS="NFS nfs nfs4 afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf ocfs2"
export FINDOPTIONS PRUNEFS PRUNEPATHS NETPATHS LOCALUSER

Оказалось, что если файловая система привязана в другом месте, find не увидит ее фактический тип, но вместо этого будет обрабатывать ее с типом «none»:

illia@illia-vm1:~$ mount | grep /shared
/shared on /var/lib/schroot/mount/<cut>/shared type none (ro,bind)
<cut>:/shared on /shared type nfs (ro,intr,soft,tcp,bg,nordirplus,addr=<cut>)

illia@illia-vm1:~$ find /shared -printf "%F %p\n"
none /shared
none /shared/<cut>
none /shared/<cut>
none /shared/<cut>
none /shared/<cut>
...

Мне удалось найти довольно старую ошибку в Debian этот вопрос:

http://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=14921 https://bugs.debian.org/cgi-bin/bugreport.cgi ? bug = 329385

Я могу исправить это для себя, добавив «none» в PRUNEFS в /etc/updatedb.conf и создав /etc/updatedb.findutils.cron.local, который также добавит «none» к PRUNEFS. [!d7 ]

Мне было интересно, что здесь будет правильным действием? Кажется, что ошибка Debian только утверждает, что проблема там, и find лучше исправляться. Я предполагаю, что есть обходной путь, который не слишком беспокоил кого-то. Я не знаю, было ли обходное решение в дистрибутиве Debian, но, похоже, оно отсутствует в Lubuntu (и Ubuntu, я думаю). Что я должен сделать, чтобы это обходное решение применялось к системам Ubuntu?