Martin, We do not have a separate /usr Its part of /.
r...@nq1srdb # df -h Filesystem size used avail capacity Mounted on /dev/md/dsk/d10 5.8G 3.0G 2.8G 52% / /proc 0K 0K 0K 0% /proc mnttab 0K 0K 0K 0% /etc/mnttab fd 0K 0K 0K 0% /dev/fd /dev/md/dsk/d30 3.9G 1.6G 2.2G 43% /var swap 26G 16K 26G 1% /var/run swap 512M 152K 512M 1% /tmp /dev/md/dsk/d51 7.9G 3.3G 4.5G 43% /oracle /dev/md/dsk/d40 102G 902M 100G 1% /opt /dev/md/dsk/d65 7.9G 3.0G 4.8G 39% /sapmnt/SQ1 /dev/md/dsk/d52 7.9G 6.1G 1.7G 79% /oracle/SQ1 /dev/md/dsk/d53 3.9G 88M 3.8G 3% /oracle/SQ1/oraarch /dev/md/dsk/d61 282M 101M 153M 40% /oracle/SQ1/mirrlogA /dev/md/dsk/d63 282M 114M 140M 45% /oracle/SQ1/origlogA /dev/md/dsk/d64 282M 114M 140M 45% /oracle/SQ1/origlogB /dev/md/dsk/d73 16G 14G 1.7G 89% /oracle/SQ1/sapdata3 /dev/md/dsk/d62 282M 101M 153M 40% /oracle/SQ1/mirrlogB /dev/md/dsk/d71 16G 7.3G 8.3G 47% /oracle/SQ1/sapdata1 /dev/md/dsk/d72 16G 13G 2.3G 85% /oracle/SQ1/sapdata2 /dev/md/dsk/d112 16G 16M 16G 1% /oracle/SQ1/sapdata6 /dev/md/dsk/d111 16G 16M 16G 1% /oracle/SQ1/sapdata5 /dev/md/dsk/d54 3.9G 4.0M 3.9G 1% /oracle/SQ1/sapreorg /dev/md/dsk/d74 16G 5.4G 10G 35% /oracle/SQ1/sapdata4 /dev/md/dsk/d55 7.9G 8.0M 7.8G 1% /opt/usr/sap/SQ1 r...@nq1srdb # Thanks Sr. Unix System Administrator National Business Center / Department of Interior Office: (303) 969-5750 Cell: (303) 564-8290 Email: darcy_r_li...@nbc.gov From: Martin Paul <mar...@par.univie.ac.at> To: "PCA (Patch Check Advanced) Discussion" <pca@lists.univie.ac.at> Date: 02/12/2009 04:45 AM Subject: Re: [pca] Problems installing 115545-04 on Solaris 9 systems via PCA Sent by: pca-boun...@lists.univie.ac.at Don O'Malley wrote: > I cannot reproduce this problem on my Solaris 9 Update 8 system: I tried the same now. Installed 115545-04 on an otherwise fully patched Solaris 9 9/05 system. The "init 0" right after patch installation worked fine. I'll add one more question for D'Arcy - do you have a separate /usr filesystem on the affected machine (df -h)? I don't, just one big / filesystem. I could imagine that the possible problem described in my first message only happens when /usr has already been unmounted, and /usr/lib is therefore not available anymore. Commands would then be stuck with what's in /etc/lib/, which might not be complete. Martin.
