|
From: | James Youngman |
Subject: | [bug #13880] find fails to descend into directories on HSFS filesystems on Solaris 9 |
Date: | Fri, 22 Jul 2005 20:12:58 +0000 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050610 Firefox/1.0.4 (Debian package 1.0.4-3) |
Update of bug #13880 (project findutils): Assigned to: None => jay _______________________________________________________ Follow-up Comment #1: The problem is that the hard link count for /mnt/solaris10/s0 is wrong. Its hard link count is 2. That indicates that the directory has no subdirectories (the two hard links being . and ..). I think that this means one of the following is true: 1. Your Solaris filesystem fails to follow traditional Unix semantics 2. Your filesystem is corrupt (i.e. the link count is not supposed to be 2) I'm quite surprosed by this - the link count is normally reliable, so perhaps something less obvious is going on. You can work around the problem with -noleaf but I would prefer to understand why the Solaris kernel is behaving in this way. I think the door_info() calls are not related to the problem - it's probably the underlying implementation of getpwuid() and getgrgid(). _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=13880> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |