On Thu, 2005-09-29 at 23:24 +0800, Wong Kwok-hon wrote: > On 9/29/05, Ow Mun Heng <Ow.Mun.Heng@xxxxxxx> wrote: > > On Thu, 2005-09-29 at 15:43 +0800, Wong Kwok-hon wrote: > > > Hello, > > > > > > When I perform command "find / -name abc.txt -print" message "find: > > > WARNING: Hard link count is wrong for /proc: this may be a bug in your > > > filesystem driver. Automatically turning on find's -noleaf option. > > > Earlier results may have failed to include directories that should > > > have been searched." displayed. > > > > > > Would someone tell me how to turn it on ? > > > > er.. like this? > > find / -name abc.txt -print -noleaf ? > > > > try > > $man find > > > > > > > > I tried but no help in man page. I didn't need to do this when I am > in fedora Core 3. Is the problem is caused by the yum upgrade from FC3 > to FC4 ? -noleaf Do not optimize by assuming that directories contain 2 fewer subdirectories than their hard link count. This option is needed when searching filesystems that do not follow the Unix directory-link convention, such as CD-ROM or MS-DOS filesystems or AFS volume mount points. Each directory on a normal Unix filesystem has at least 2 hard links: its name and its â entry. Additionally, its subdirectories (if any) each have a â entry linked to that directory. When find is examining a directory, after it has statted 2 fewer subdirectories than the directoryâs link count, it knows that the rest of the entries in the directory are non-directories (â files in the directory tree). If only the filesâ names need to be examined, there is no need to stat them; this gives a significant increase in search speed. > > > Wong Kwok Hon > -- Ow Mun Heng Gentoo/Linux on DELL D600 1.4Ghz 1.5GB RAM 98% Microsoft(tm) Free!! Neuromancer 23:30:50 up 5 days, 4:17, 8 users, load average: 0.07, 0.28, 0.36