$ lsvg -l archvg
archvg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
loglv00             jfs2log    1     1     1    closed/syncd  N/A
fslv03              jfs2       600   600   1    closed/syncd  /arch

$ df -k      
Filesystem    1024-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4          1048576   1003980    5%     2697     2% /
/dev/hd2          4194304   2705164   36%    37955     6% /usr
/dev/hd9var       1048576    909340   14%      992     1% /var
/dev/hd3          2097152   1674788   21%     2696     1% /tmp
/dev/hd1          2097152   2096072    1%       79     1% /home
/proc                   -         -    -         -     -  /proc
/dev/hd10opt       524288    259996   51%     2941     5% /opt
/dev/fslv01      30932992  18108960   42%    39719     1% /oracle
/dev/jhnbdata    52428800  20683788   61%       59     1% /jhnb
/dev/oradatalv   838860800  92075188   90%      335     1% /oradata

$ su -
root's Password:

# mount /dev/fslv03 /arch
Replaying log for /dev/fslv03.
mount: 0506-324 Cannot mount /dev/fslv03 on /arch: The media is not formatted or the format is not correct.
0506-342 The superblock on /dev/fslv03 is dirty.  Run a full fsck to fix.

# fsck /dev/fslv03
The current volume is: /dev/fslv03
Primary superblock is valid.
J2_LOGREDO:log redo processing for /dev/fslv03                      
Primary superblock is valid.
*** Phase 1 - Initial inode scan
*** Phase 2 - Process remaining directories
*** Phase 3 - Process remaining files
*** Phase 4 - Check and repair inode allocation map
*** Phase 5 - Check and repair block allocation map
File system is clean.
Superblock is marked dirty; FIX? 
File system is clean but is marked dirty.
         Run fsck with -p parameter to fix.

# fsck -p /dev/fslv03
The current volume is: /dev/fslv03
Primary superblock is valid.
J2_LOGREDO:log redo processing for /dev/fslv03                      
Primary superblock is valid.
*** Phase 1 - Initial inode scan
*** Phase 2 - Process remaining directories
*** Phase 3 - Process remaining files
*** Phase 4 - Check and repair inode allocation map
*** Phase 5 - Check and repair block allocation map
File system is clean.
Superblock is marked dirty (FIXED)
All observed inconsistencies have been repaired.

# mount /dev/fslv03 /arch

# df -k
Filesystem    1024-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4          1048576   1003980    5%     2697     2% /
/dev/hd2          4194304   2705164   36%    37955     6% /usr
/dev/hd9var       1048576    909236   14%      992     1% /var
/dev/hd3          2097152   1674788   21%     2696     1% /tmp
/dev/hd1          2097152   2096072    1%       79     1% /home
/proc                   -         -    -         -     -  /proc
/dev/hd10opt       524288    259996   51%     2941     5% /opt
/dev/fslv01      30932992  18108704   42%    39719     1% /oracle
/dev/jhnbdata    52428800  20683788   61%       59     1% /jhnb
/dev/oradatalv   838860800  92075188   90%      335     1% /oradata
/dev/fslv03     314572800 288176524    9%        8     1% /arch

奇怪：/arch怎么会被umount，检查V$ARCHIVED_LOG视图6月12日2时36分做过归档备份后，归档日志被删除。