Re: odd behaviour of "pwd" & "df" after Live Upgrade?

From: Richard L. Hamilton (Richard.L.Hamilton_at_mindwarp.smart.net)
Date: 08/25/04 

Date: Wed, 25 Aug 2004 15:03:53 -0000

In article <S1RWc.11832$EP4.4204@newssvr29.news.prodigy.com>,
        Darren Dunham <ddunham@redwood.taos.com> writes:
> In comp.unix.solaris Richard L. Hamilton <Richard.L.Hamilton@mindwarp.smart.net> wrote:
>
>>>> > google% pwd
>>>> > pwd: cannot determine current directory!
>>>> > google% df -k .
>>>> > df: cannot canonicalize .: Permission denied
>>>> > google%
>>>> > google% cd
>>>> > google% pwd
>>>> > /export/home/solaris
>>>> > google% df -k .
>>>> > Filesystem kbytes used avail capacity Mounted on
>>>> > /dev/dsk/c0t1d0s7 2992760 1174337 1788496 40% /export/home
>>>> > google%
>
>>> Yep, it's the permissions on the underlying mount point... I would try this:
>>>
>>> umount /export/home
>>> chmod 755 /export/home
>>> mount /export/home
>>>
>>> should take care of the problem....
>
>> Now wait a minute - I thought underlying mount point permissions only
>> were used by certain filesystems (like to provide initial top-level
>> permission for tmpfs filesystems). I'm fairly sure they're _not_ used
>> by ufs.
>
> 'used' or 'supposed to be used'?
>
> I don't know if it's an actual bug or not, but the behavior of
> underlying permissions on the mount point causing this kind of problem
> has been in UFS for some time.

Seems ok now:

# mkdir /test_mount
# chmod 0100 /test_mount
# ls -ld /test_mount
d--x------ 2 root other 512 Aug 25 10:56 /test_mount
# mount /dev/dsk/c3t0d0s0 /test_mount
# ls -ld /test_mount
drwxrwxrwx 41 nobody nobody 2048 Dec 2 2003 /test_mount
# umount /test_mount
# ls -ld /test_mount
d--x------ 2 root other 512 Aug 25 10:56 /test_mount
# uname -a
SunOS mindwarp 5.9 Generic_117171-08 sun4u sparc SUNW,Sun-Blade-100 

-- 
mailto:rlhamil@smart.net  http://www.smart.net/~rlhamil
Lasik/PRK theme music:
    "In the Hall of the Mountain King", from "Peer Gynt"

Relevant Pages