Inodes

[shirono at hcx3.SSD.HARRIS.COM]

In comp.unix.wizards, ric at Apple.COM writes:
> In article <TALE.89Mar7015647 at imagine.pawl.rpi.edu> tale at pawl.rpi.edu writes:
> >We have a semi-weird situation on situation in our devlopment
> >directory here 
> >...
> >...
> >The situation is this: /develop has four subdirectories names
> >consult1.[1|2|3|4].  consult1.1 and .3 both are fine, but consult1.2
> >and .4 have a problem with ..: getwd() can't open it, which breaks a
> >lot of things that normally would happen in a directory tree, from a
> >simple pwd to trying to compile with -g.  Now, I know why those things
> >break so please don't explain it.  The problem is what the heck is
> >wrong with /develop/consult1.[2|4]/..?  The inode number appears
> >consistent (shares the inum of .) and the number of links are correct.
> >Additionally, fsck didn't turn up anything; it things the whole system
> >is just ducky.  
>
> You say that /develop/consult1.2/.. shares the same inum as .  This is
> your problem.  The .. directory should be linked to the parent directory
> (/develop) and the . directory should be linked to /develop/consult1.2.
> your best bet is to copy all the files in these directories to a new 
> directory, remove consult1.[24], and rename the new directories.

Not necessarily.  If /develop/consult1.[24] are mount points, then
/develop/consult1.[24]/. and /develop/consult1.[24]/.. WILL have the same
inum; namely 2.

As for getwd() not being able to open .., well, I don't know.  The only
thing I can think of is wrong permissions in the /develop
/develop/consult1.[24]/.., or the mounted and mounted-on directories.

SUGGESTION: umount /develop/consult1.2, and check its permissions.

--Roberto
______________________________________________________________________________
                               ||   Internet: shirono at ssd.harris.com
     Roberto Shironoshita      ||
      Harris Corporation       ||             ...!novavax---\
   Computer Systems Division   ||   UUCP:     ...!uunet-------!hcx1!shirono
                               ||             ...!mit-eddie-/
------------------------------------------------------------------------------
DISCLAIMER: The opinions expressed here are my own; they in no way reflect the
            opinion or policies of Harris Corporation.