SUMMARY: hsfs (4.1.2 cdrom) permission problem

From: Doug Neuhauser (doug@perry.berkeley.edu)
Date: Thu Jan 30 1992 - 21:46:17 CST


Original problem:
> Has anyone performed a sunupgrade to 4.1.2 from the Solaris 1.0.2 (aka
> 4.1.2) cd-rom? I tried to start my upgrade tonight, and discovered that all
> of the executables in the directories
> sunupgrade/shell
> sunupgrade/toolkit
> have permissions 444 (-r--r--r--), which make it impossible to execute them
> :( . Has anyone else experienced this problem, or is my cd "unique"? The
> cd-rom has the following labels:
> A release of Solaris 1.0.0
> SunOS 4.1.2 and OpenWindows Version 2
> 704-2976-10 Revision A

First, as a number of you pointed out, I mistakenly typed the Solaris version number.
It is really:
         A release of Solaris 1.0.1

Second, the problem was a general hsfs filesystem problem, and was
demonstratable on ALL hsfs cdroms, not just the 4.1.2 cdrom.

The problem turned out to be one of permissions rights on the special file
/dev/sr0. MAKEDEV creates /dev/[r]sr0 with permission 555 (or r-xr-xr-x).
At some point I had changed the permission to 444 (r--r--r--) while working
on programs to automate user-mounting of file system.

It APPEARS that the system uses the permissions on /dev/sr0 as the
permissions on all files and directories on any hsfs system that is mounted
on it. I could find no mention of this in any documentation. Included
below is a session that illustrates this assumption.

        perry# ls -l /dev/sr0
        br-xr-xr-x 1 root 18, 0 Jan 30 12:13 /dev/sr0
        perry# mount -vrt hsfs /dev/sr0 /mnt
        /dev/sr0 mounted on /mnt
        perry# cd /mnt
        perry# ls -l
        total 10
        -r-xr-xr-x 1 root 1111 Oct 31 10:47 _copyright
        -r-xr-xr-x 1 root 68 Oct 31 10:46 avail_arches
        dr-xr-xr-x 1 root 2048 Oct 31 10:43 export
        dr-xr-xr-x 1 root 2048 Oct 31 10:46 patches
        dr-xr-xr-x 1 root 2048 Oct 31 10:47 sunupgrade
        perry# cd /
        perry# umount -v /dev/sr0
        /mnt: Unmounted
        
        perry# chmod -x /dev/sr0
        perry# ls -l /dev/sr0
        br--r--r-- 1 root 18, 0 Jan 30 12:13 /dev/sr0
        perry# mount -vrt hsfs /dev/sr0 /mnt
        /dev/sr0 mounted on /mnt
        perry# cd /mnt
        perry# ls -l
        total 10
        -r--r--r-- 1 root 1111 Oct 31 10:47 _copyright
        -r--r--r-- 1 root 68 Oct 31 10:46 avail_arches
        dr--r--r-- 1 root 2048 Oct 31 10:43 export
        dr--r--r-- 1 root 2048 Oct 31 10:46 patches
        dr--r--r-- 1 root 2048 Oct 31 10:47 sunupgrade
        perry# cd /
        umount -v /dev/sr0
        /mnt: Unmounted
        
        perry# chmod u+x /dev/sr0
        perry# ls -l /dev/sr0
        br-xr--r-- 1 root 18, 0 Jan 30 12:13 /dev/sr0
        perry# mount -vrt hsfs /dev/sr0 /mnt
        /dev/sr0 mounted on /mnt
        perry# cd /mnt
        perry# ls -l
        total 10
        -r-xr--r-- 1 root 1111 Oct 31 10:47 _copyright
        -r-xr--r-- 1 root 68 Oct 31 10:46 avail_arches
        dr-xr--r-- 1 root 2048 Oct 31 10:43 export
        dr-xr--r-- 1 root 2048 Oct 31 10:46 patches
        dr-xr--r-- 1 root 2048 Oct 31 10:47 sunupgrade
        perry# cd /
        perry# umount -v /dev/sr0
        /mnt: Unmounted

The obvious solution is changing permission on /dev/sr0 to 555, which solves
the problem.

Thanks to:
From: casper@fwi.uva.nl (Casper H.S. Dik)
From: caxwgk@pki-nbg.philips.de (Wolfgang Kuehnel )
From: jgarb@erim.org (Joe Garbarino)
From: "arossite.US2" <arossite@us.oracle.com>
From: long-morrow@CS.YALE.EDU (Morrow)

----------------------------------------------------------------
Doug Neuhauser Seismographic Station
doug@perry.berkeley.edu ESB 475, UC Berkeley
Phone: 510-642-0931 Berkeley, CA 94720



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:35 CDT