running 'find' as emerged from the stable version 4.4.2 from the root directory (e.g. find / -type d ) doesn't descend in all directories (/usr and /etc are not entered). See the url for the topic discussing this. The current unstable version 4.5.9 runs the test cases correctly. Please stabilize a newer version than 4.4.2 and run the test case find / -type d | egrep '^/usr'
post all relevant information in the bug report. referring to external forum postings is not ok.
Venus /mnt/PC-INFO/TODO # ls -l /usr/local/bin/planwakeup* -rwxr-xr-- 1 root 1002 3134 sep 30 2009 /usr/local/bin/planwakeup.sh Venus /mnt/PC-INFO/TODO # find / -name 'planwakeup*' /mnt/PC-INFO/bin/planwakeup.sh As you can see, find does not find the file /usr/local/bin/planwakeup.sh, although it finds a simmilar named file in another directory Then I did some more testing: find /usr/local/bin/ -name 'planwake*' /usr/local/bin/planwakeup.sh find /usr/local/ -name 'planwake*' /usr/local/bin/planwakeup.sh find /usr/ -name 'planwake*' /usr/local/bin/planwakeup.sh find / -name 'planwake*' /mnt/PC-INFO/bin/planwakeup.sh So the first three commands manage to find the file, whereas the last one doesn't (It still finds another instance of the file). none of the directories in the path /usr/local/bin/ is a symlink There is further strangeness: Quote: find / -type d lists many directories, but does not enter /usr ! Quote: find / -type d -maxdepth 2 does enter /usr Quote: find / -name 'planwake*' does not find the file Quote: find / -maxdepth 4 -name 'planwake*' /etc/acpi/fast-shutdown.d/planwakeup /usr/local/bin/planwakeup.sh Look how it now also finds an instance of the filename in /etc ! Further testing also shows that without the maxdepth option the /etc directory is also skipped. The issue was solved by emerging a newer version of findutils echo '=sys-apps/findutils-4.5.9' > /etc/portage/package.keywords/findutils && emerge -uatv findutils now find always correctly locates the file. As a test, I re-emerged rm /etc/portage/package.keywords/findutils && emerge -uatv findutils (this emerges sys-apps/findutils-4.4.2), and the problem (not finding files in /usr) reappeared. My conclusion is that this is a bug in r4.4.2 that has been solved by (latest) 4.5.9
we arent stabilizing a 4.5.x version. it has many worse known issues and it is purely an "alpha" release series. if there's a specific change that can be added to 4.4.x, we can merge it. but no one else has noticed issues like this and 4.4.2 has been in stable for almost a year now. post the output of `emerge --info` like every bug report says to, and post the output of `mount`. further, run one of those simpler finds through strace and post the output as an attachment.
I made an strace of find / -type d and find / -type d -maxdepth 100 and did a diff between them. I found many lines in the diff referring to an autofs loaded nfs drive command mount shows "/usr/portage on /mnt/autofs/nfs/Venus/usr/portage type none (rw,bind)" I then stopped both the autofs and nfs service. After this find worked as expected. I will do some more experiments to pinpoint the problem more precisely and try to create an easily reproducable case.
I can confirm this issue. With 4.4.2 and autofs started # find / -name alsactl returns nothing but # find /usr -name alsactl /usr/sbin/alsactl # /etc/init.d/autofs stop # find / -name alsactl /usr/sbin/alsactl /should-be-sbin/alsactl /should-be-sbin is in the / partition Upgrading to sys-apps/findutils-4.5.10 resolves the issue. net-fs/autofs-5.0.5-r5 is installed
4.6.0 is in the tree and on the stable track which should have this issue fixed