Re: wrong hardlink count for /proc/PID directories

[Jan Engelhardt]

>Hi,
>
>Tested on some 2.6.[7-9] kernels: a stat call for a /proc/SOMEPID
>directory returns a hard link count of 3, which is invalid, since these
>directories have three subdirectories (attr, fd and task) and hence the hard
>link counter should be 5.
>
>This causes at least 'find' (gnu findutils) to malfunction, it does not
>descend under /proc/SOMEPID/fd and /proc/SOMEPID/attr. See also:
>https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=11379

You could try working around this by using -noleaf. (Which is by no means a 
solution.)

Hm, I have 2.6.8+.9-rc2, and /proc/1 for example has a link count of 3 which 
seems reasonable: ".", "fd" and "task".


Jan Engelhardt
-- 
ENOSPC
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/