Confusion adding volume on AIX 4.3 1

[Job317]

Hi forum,

Before you flame me, I have googled this topic to death and am just suffering from too much information.

I have a new 18GB hot pluggable hard drive that I want to add to my AIX 4.3 machine for additional storage. I just want to format it and mount it to something like /mnt/storage.

I have formatted the drive and added it to the rootvg:

bash-2.05a# lsvg -p rootvg
rootvg:
PV_NAME           PV STATE    TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk0            active      542         15          00..00..00..00..15
hdisk1            active      542         542         109..108..108..108..109

Not sure what the FREE DISTRIBUTION stuff is about.

So how do I go now to add the entire disk as a logical volume and mount it at /mnt/storage?

Thanks.

 

[p5wizard]

No need to "format" it; just make a new logical volume on that disk and then create a filesystem on it.

You can even just create a new filesystem in rootvg and let the system take care of creating the underlying logical volume.

Try smitty mklv, then smitty crjfslv

OR

smitty crjfs

If you want more detailed info, show lsvg rootvg and lsvg -l rootvg output also.



HTH,

p5wizard

 

[Job317]

Well you've given me theory but not steps or procedure on how to do what you are suggesting. Here's the output of 'lsvg rootvg' and 'lsvg -l rootvg' as you suggested. However nothing from hdisk1 is showing up yet because I have not been able to mount the new disk.

bash-2.05a# lsvg rootvg
VOLUME GROUP:   rootvg                   VG IDENTIFIER:  0003781af18970f0
VG STATE:       active                   PP SIZE:        32 megabyte(s)
VG PERMISSION:  read/write               TOTAL PPs:      1084 (34688 megabytes)
MAX LVs:        256                      FREE PPs:       557 (17824 megabytes)
LVs:            11                       USED PPs:       527 (16864 megabytes)
OPEN LVs:       9                        QUORUM:         2
TOTAL PVs:      2                        VG DESCRIPTORS: 3
STALE PVs:      0                        STALE PPs:      0
ACTIVE PVs:     2                        AUTO ON:        yes
MAX PPs per PV: 1016                     MAX PVs:        32
bash-2.05a# lsvg -l rootvg
rootvg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
hd5                 boot       1     1     1    closed/syncd  N/A
hd6                 paging     17    17    1    open/syncd    N/A
hd8                 jfslog     1     1     1    open/syncd    N/A
hd4                 jfs        3     3     1    open/syncd    /
hd2                 jfs        367   367   1    open/syncd    /usr
hd9var              jfs        5     5     1    open/syncd    /var
hd3                 jfs        4     4     1    open/syncd    /tmp
hd1                 jfs        17    17    1    open/syncd    /home
lvsrc00             jfs        16    16    1    open/syncd    /x/source
lvlab00             jfs        32    32    1    closed/syncd  N/A
lv00                jfs        64    64    1    open/syncd    /x/lab

smitty mklv asks for a lot of information of which I am unsure:

  Logical volume NAME                                []
* VOLUME GROUP name                                   rootvg
* Number of LOGICAL PARTITIONS                       []                                                                                             #
  PHYSICAL VOLUME names                              []                                                                                            +
  Logical volume TYPE                                []
  POSITION on physical volume                         middle                                                                                       +
  RANGE of physical volumes                           minimum                                                                                      +
  MAXIMUM NUMBER of PHYSICAL VOLUMES                 []                                                                                             #
    to use for allocation
  Number of COPIES of each logical                    1                                                                                            +
    partition
  Mirror Write Consistency?                           yes                                                                                          +
  Allocate each logical partition copy                yes                                                                                          +
    on a SEPARATE physical volume?
  RELOCATE the logical volume during                  yes                                                                                          +
    reorganization?
  Logical volume LABEL                               []
  MAXIMUM NUMBER of LOGICAL PARTITIONS               [512]                                                                                          #
  Enable BAD BLOCK relocation?                        yes                                                                                          +
  SCHEDULING POLICY for reading/writing               parallel                                                                                     +
    logical partition copies
  Enable WRITE VERIFY?                                no                                                                                           +
[MORE...2]

smitty crjfs is also a tiny bit cryptic:

  Volume group name                                   rootvg
* SIZE of file system (in 512-byte blocks)           []                                                                                             #
* MOUNT POINT                                        []
  Mount AUTOMATICALLY at system restart?              no                                                                                           +
  PERMISSIONS                                         read/write                                                                                   +
  Mount OPTIONS                                      []                                                                                            +
  Start Disk Accounting?                              no                                                                                           +
  Fragment Size (bytes)                               4096                                                                                         +
  Number of bytes per inode                           4096                                                                                         +
  Allocation Group Size (MBytes)                      8

I think I understand the smitty crjfs stuff except for the size of the filesystem. It's an 18.2 GB HD that I want to add and I want to just add the whole thing and use it for storage so how do I query this exact value to input into smitty crjfs so that I use the entire HD without wasting any space?

Thanks.

 

[khalidaaa]

Ok i'm not sure if jfs logical volume can be of this big size so i will advice to try with jfs2 as follows:

smitty mklv

                              Add a Logical Volume

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

                                                        [Entry Fields]
  Logical volume NAME                                [newdisklv]
* VOLUME GROUP name                                   rootvg
* Number of LOGICAL PARTITIONS                       [542]                    #
  PHYSICAL VOLUME names                              [hdisk1]                +
  Logical volume TYPE                                [jfs2]                  +
  POSITION on physical volume                         outer_middle           +
  RANGE of physical volumes                           minimum                +
  MAXIMUM NUMBER of PHYSICAL VOLUMES                 []                       #
    to use for allocation
  Number of COPIES of each logical                    1                      +
    partition
  Mirror Write Consistency?                           active                 +
  Allocate each logical partition copy                yes                    +
    on a SEPARATE physical volume?
  RELOCATE the logical volume during reorganization?  yes                    +
  Logical volume LABEL                               []
  MAXIMUM NUMBER of LOGICAL PARTITIONS               [512]                    #
  Enable BAD BLOCK relocation?                        yes                    +
  SCHEDULING POLICY for reading/writing               parallel               +
    logical partition copies
  Enable WRITE VERIFY?                                no                     +
  File containing ALLOCATION MAP                     []
  Stripe Size?                                       [Not Striped]           +
  Serialize IO?                                       no                     +

Then smitty crjfs2lvstd

                     Add an Enhanced Journaled File System

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

                                                        [Entry Fields]
* LOGICAL VOLUME name                                 newdisklv                 +
* MOUNT POINT                                        [/mnt/storage]
  Mount AUTOMATICALLY at system restart?              yes                    +
  PERMISSIONS                                         read/write             +
  Mount OPTIONS                                      []                      +
  Block Size (bytes)                                  4096                   +
  Logical Volume for Log                                                     +
  Inline Log size (MBytes)                           []                       #
  Extended Attribute Format                           Version 1              +
  Enable Quota Management?                            no                     +

after doing that successfully, you will have to mount the filesystem to make it available for use by doing this:

mount /mnt/storage

And then you will be able to see it by doing df

Regards,
Khalid

 

[p5wizard]

mklv -y storage rootvg 542 hdisk1
crfs -v jfs -d storage -m /mnt/storage -Ay -tn -prw
mount /mnt/storage

OR

crfs -v jfs -g rootvg -m /mnt/storage -Ay -tn -prw -asize=35520512
mount /mnt/storage

that size value 35520512 is simle arythmetic: 542 (number of LPs) * 32 (MB per LP) * 1024 (KB per MB) * 2 (512byte blocks per KB)

I think JFS is fine for a disk that size. JFS2 is not available in AIX433 anyway

If you want to be absolutely sure the FS will be on hdisk1, use the first option: create LV and then FS, otherwise you give the system the freedom to use any free space in the volume group rootvg.

I don't have time to copy/paste the smitty screens, sorry...




HTH,

p5wizard

 

[p5wizard]

And if you really want to seprate rootvg and other data (which is advisable)

reducevg rootvg hdisk1
mkvg -s32 -y datavg hdisk1
mklv -y storage datavg 541 hdisk1
crfs -v jfs -d storage -m /mnt/storage -Ay -tn -prw
mount /mnt/storage

OR

reducevg rootvg hdisk1
mkvg -s32 -y datavg hdisk1
crfs -v jfs -g rootvg -m /mnt/storage -Ay -tn -prw -asize=35454976
mount /mnt/storage

Note: 1 less LP because there needs to be 1 LP free for the system to build a log logical volume as you create a filesystem in the volume group. A JFSLOGLV needs to exist or needs to be created in a volume group as you create the first JFS filesystem.


HTH,

p5wizard

 

[RodKnowlton]

You also might want to curl up with a copy of AIX Logical Volume Manager from A to Z: Introduction and Concepts (downloadable as PDF).

A proper understanding of how LVM works will save you some headaches in the future and allow you to make a more informed decision now.

The posts in this thread do show you the right way to do what you ask, but not whether it's the right thing to do, which I doubt it is.

- Rod


IBM Certified Advanced Technical Expert pSeries and AIX 5L
CompTIA Linux+
CompTIA Security+

A Simple Code for Posting on the Web

 

[Job317]

Beautiful. Thanks p5wizard. I followed your steps almost to the letter and now have 18 GB of storage available. I prefer command line anyways over smitty.

Thanks also to Rod for suggesting the .pdf. Looks like a real page turner. I've downloaded it for reference.

Here's a silly question now (before I go to using the new volume)...

How do I check for any available space on hdisk0 to add another LV? I've added up the space used on this volume from the df command and it only adds up to 5 1/2 GB which means I have space left to use on that device as well.

 

[RodKnowlton]

Free PPs = 15 (original post)
PP size = 32 megabytes (lsvg output)

15 x 32 = 480 megabytes unallocated.

The PDF is one of two volumes, if you go to the page I linked and Search Redbooks for "logical volume manager", you'll see the other volume (Troubleshooting and Commands).

- Rod

IBM Certified Advanced Technical Expert pSeries and AIX 5L
CompTIA Linux+
CompTIA Security+

A Simple Code for Posting on the Web

 

[Job317]

Rod,

I see where you're getting the 480 MB from. When I do a 'df' command I see:

bash-2.05a# df
Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4          196608     53704   73%     1540     4% /
/dev/hd2         4194304   1476440   65%    43076     9% /usr
/dev/hd9var       262144    239864    9%      700     3% /var
/dev/hd3          262144    187168   29%       62     1% /tmp
/dev/hd1          524288    161632   70%     5720     9% /home
/dev/lvsrc00     1048576    922192   13%     1070     1% /x/source
/dev/lv00        4194304   1602232   62%     6068     2% /x/lab

This does not include hdisk1 which I just added; just ignore that fact. The total amount of space currently allocated for hdisk0 (by adding up the '512-block' column times 512 = 5,200,936,960 bytes. This leaves ~13 GB still available somewhere which is far greater than 480 MB.

Also, when I look at 'lsvg -l rootvg' I see:

bash-2.05a# lsvg -l rootvg
rootvg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
hd5                 boot       1     1     1    closed/syncd  N/A
hd6                 paging     17    17    1    open/syncd    N/A
hd8                 jfslog     1     1     1    open/syncd    N/A
hd4                 jfs        3     3     1    open/syncd    /
hd2                 jfs        367   367   1    open/syncd    /usr
hd9var              jfs        5     5     1    open/syncd    /var
hd3                 jfs        4     4     1    open/syncd    /tmp
hd1                 jfs        17    17    1    open/syncd    /home
lvsrc00             jfs        16    16    1    open/syncd    /x/source
lv01                jfs        32    32    1    closed/syncd  N/A
lv00                jfs        64    64    1    open/syncd    /x/lab

So this lv01 volume has me confused. If I look at that volume in /dev:

bash-2.05a# ls -l /dev/lvvlab00 /dev/rlvvlab00
brw-rw----   1 root     system    10, 10 Jul 18 2002  /dev/lv01
crw-rw----   1 root     system    10, 10 Jul 18 2002  /dev/rlv01

So something was not configured correctly. Any way to examine this lv01 and see if it's my missing 13 GB? This volume does not show up in /etc/filesystems either.

The peron(s) that configured this system have been gone for ages with no record of what they did so I am left to try and figure out where this space went when the HD was configured.

 

[Job317]

Sorry, that last post should have showed:

bash-2.05a# ls -l /dev/lv01 /dev/rlv01
brw-rw----   1 root     system    10, 10 Jul 18 2002  /dev/lv01
crw-rw----   1 root     system    10, 10 Jul 18 2002  /dev/rlv01

 

[RodKnowlton]

lv01 is 32 PPs, which is 1 GB.

The space you're missing is due to someone increasing the size of hd2 without increasing the size of /usr. It's a 2GB filesystem on an 11GB logical volume. You're being very generous when you say the person "configured" the HD.

Sorry I don't have time to post any more right now. Hopefully p5wizard can help you out.

DO NOT try to fix this without understanding exactly what you're doing. You've got plenty of new space on hdisk1, and hd2 is a system lv (mess it up and you'll lose more than space).

- Rod


IBM Certified Advanced Technical Expert pSeries and AIX 5L
CompTIA Linux+
CompTIA Security+

A Simple Code for Posting on the Web

 

[Job317]

OK, we'll take this slowly. Is it possible to shrink the LV to the size of /dev/hd2 (or just big enough to hold all of /dev/hd2) without losing hd2 in order to recover that space?

What about "growing" one of the other LVs on hdisk0 if this LV can be shrunken?

Alternatively, is there anything else I can do with this LV in order to use the 11 GB extra space?

Thanks for finding this.

 

[p5wizard]

There's no quick and easy solution for the hd2 issue I'm afraid. Shrinking a JFS filesystem is no mean feat!

There is a low level command lreducelv to shrink the underlying LV of the /usr filesystem, which I would not recommend to a novice user, and for a system LV/FS I would hesitate to use it myself.

A mksysb/reinstall with "Shrink File Systems" option set to YES is probably the way to go. See this link:

http://www-1.ibm.com/support/docview.wss?uid=isg3T1000159

.

There is also a third party solution to shrink jfs filesystems, which may be a valid workaround for you, but it is not free...
Try this search: [google]aix 4.3 filesystem reduce utility[/google]. If you decide to buy it, you may even try to haggle to get support for this problem from those guys.

Another (quick and dirty, but not recommended) option is to just increase the filesystem to the full actual size of hd2, then create a subdir /usr/newdata and start using the extra space there. Depends on how long you will still need that system and if you are migrating to a new server any time soon.

lsfs -q /usr
see the different size of LV and FS?
chfs -asize=(number from LV size from above lsfs -q command) /usr

You can then even create a symlink from /mnt/storage to /usr/newdata which would make a future migration to a new server with a "real" separation between system and data filesystems a lot easier.



For lv01, if you are absolutely positively sure that that LV is not used, you can remove it and reclaim at least that 1GB:

rmlv lv01


You still have some way to go I'm afraid and I also recommend reading up on LVM like Rod suggested.


HTH,

p5wizard

 

[RodKnowlton]

Another (quick and dirty, but not recommended) option is to just increase the filesystem to the full actual size of hd2, then create a subdir /usr/newdata and start using the extra space there. Depends on how long you will still need that system and if you are migrating to a new server any time soon.

lsfs -q /usr
see the different size of LV and FS?
chfs -asize=(number from LV size from above lsfs -q command) /usr

Great post, p5wizard.

Job317,

If you really need the space right now, I'd go with this approach. It's the only one that wouldn't give me white knuckles.

Otherwise, leave it alone and come back after you've been to the mountaintop of LVM understanding.

From my experience, and what I've seen from others, switching from traditional disk=filesystem thinking to LVM thinking is one of those paradigm shifts (overused phrase, but correct here) that only seems difficult until you have the "aha!" moment. After that, it'll be hard to imagine you ever didn't understand it.

That said, if you've got the budget you might consider contracting an AIX expert to straighten things out for you.

Or if you've got the budget and your apps/licenses are ok on AIX 5.2, get a new server (you can get an entry level rack mount for less than 5K USD) and migrate. The minimum express config p5 505 has more disk space than you have now and (I'm just guessing that your is an older, low-to-mid model) probably faster, too.

- Rod


IBM Certified Advanced Technical Expert pSeries and AIX 5L
CompTIA Linux+
CompTIA Security+

A Simple Code for Posting on the Web

 

[Job317]

Thanks all. This involved more sleuthing than I would have expected. I "may" try the approach that p5wizard suggested and that Rod signed off on to change the FS size on /usr (but I won't rush off just yet to do so).

As far as the lv01 issue is concerned, I am NOT sure it's not used and as I showed previously:

bash-2.05a# lsvg -l rootvg
rootvg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
lv01                jfs        32    32    1    closed/syncd  N/A

Not sure why this is and it does not show up in /etc/filesystems. Can this be mounted manually to see what's on it?

Also, only root can currently write to hdisk1. I need to figure out how to ?change permissions? so that regular users can write to it.

 

[p5wizard]

Only root can write to hdisk1 ?

What approach did you take?
separate VG I'm assuming?

So output of
lsvg datavg
lsvg -p datavg
lsvg -l datavg
please?

I'm guessing you just need to
unmount /mnt/storage
chown username:groupname /mnt/storage
chmod 775 /mnt/storage
mount /mnt/storage
chown username:groupname /mnt/storage
chmod 775 /mnt/storage

Or whatever other mount point directory you used in the end.



HTH,

p5wizard

 

[p5wizard]

For lv01:

Show the output from these commands please:

lslv lv01
dd if=/dev/lv01 bs=512 count=2|od -xc

I'd guess the LV was once created, but no filesystem was ever built on it. Or if it was ever built, it is no longer listed in /etc/filesystems.
Do you have any software running on this box which might use a raw logical volume (Oracle, Informix, ...?) and that software is currently not running (because the LV is still closed I noticed)?

To be (more) sure of the meaning of lv01, I requested the details and a dump of the first two blocks of this LV. If you show me this, I can give you a more educated guess...


HTH,

p5wizard

 

[Job317]

P5wizard,

You are awfully patient, my man...

bash-2.05a# lsvg datavg
VOLUME GROUP:   datavg                   VG IDENTIFIER:  0003781a70216823
VG STATE:       active                   PP SIZE:        32 megabyte(s)
VG PERMISSION:  read/write               TOTAL PPs:      542 (17344 megabytes)
MAX LVs:        256                      FREE PPs:       0 (0 megabytes)
LVs:            2                        USED PPs:       542 (17344 megabytes)
OPEN LVs:       2                        QUORUM:         2
TOTAL PVs:      1                        VG DESCRIPTORS: 2
STALE PVs:      0                        STALE PPs:      0
ACTIVE PVs:     1                        AUTO ON:        yes
MAX PPs per PV: 1016                     MAX PVs:        32

bash-2.05a# lsvg -p datavg
datavg:
PV_NAME           PV STATE    TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk1            active      542         0           00..00..00..00..00

bash-2.05a# lsvg -l datavg
datavg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
storage             jfs        541   541   1    open/syncd    /mnt/storage
loglv00             jfslog     1     1     1    open/syncd    N/A

FYI, when /mnt/storage is unmounted:

bash-2.05a# ls -l /mnt
total 1672
drwxr-xr-x   2 root     system       512 Aug 10 14:12 storage

When /mnt/storage is mounted:

bash-2.05a# ls -l /x
total 1672
drwxr-sr-x   4 sys      sys          512 Aug 16 15:45 storage

Ownership changes from root.system to sys.sys with sticky bit set.

/etc/filesystems entry:

/mnt/storage:
        dev             = /dev/storage
        vfs             = jfs
        log             = /dev/loglv00
        mount           = true
        options         = rw
        account         = false

And you really want this?...

bash-2.05a# lslv lv01
LOGICAL VOLUME:     lv01                   VOLUME GROUP:   rootvg
LV IDENTIFIER:      0003781af18970f0.10    PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       closed/syncd
TYPE:               jfs                    WRITE VERIFY:   off
MAX LPs:            512                    PP SIZE:        32 megabyte(s)
COPIES:             1                      SCHED POLICY:   parallel
LPs:                32                     PPs:            32
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       middle                 UPPER BOUND:    32
MOUNT POINT:        N/A                    LABEL:          None
MIRROR WRITE CONSISTENCY: on
EACH LP COPY ON A SEPARATE PV ?: yes

bash-2.05a# dd if=/dev/lv01 bs=512 count=2 | od -xc
00000002+0 records in.
2+0 records out.
     4149    5820    4c56    4342    0000    6a66    7300    0000
           A   I   X       L   V   C   B  \0  \0   j   f   s  \0  \0  \0
0000020     0000    0000    0000    0000    0000    0000    0000    0000
          \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000040     0000    0000    0000    0000    0000    3030    3033    3738
          \0  \0  \0  \0  \0  \0  \0  \0  \0  \0   0   0   0   3   7   8
0000060     3161    6631    3839    3730    6630    2e31    3000    0000
           1   a   f   1   8   9   7   0   f   0   .   1   0  \0  \0  \0
0000100     0000    006c    7630    3100    0000    0000    0000    0000
          \0  \0  \0   l   v   0   1  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000120     0000    0000    0000    0000    0000    0000    0000    0000
          \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000200     0000    0054    6875    204a    756c    2031    3820    3137
          \0  \0  \0   T   h   u       J   u   l       1   8       1   7
0000220     3a31    393a    3331    2032    3030    320a    0000    0000
           :   1   9   :   3   1       2   0   0   2  \n  \0  \0  \0  \0
0000240     0054    6875    204a    756c    2031    3820    3137    3a32
          \0   T   h   u       J   u   l       1   8       1   7   :   2
0000260     303a    3132    2032    3030    320a    0000    0000    0033
           0   :   1   2       2   0   0   2  \n  \0  \0  \0  \0  \0   3
0000300     3738    3141    3443    3030    0079    6d6d    0079    0020
           7   8   1   A   4   C   0   0  \0   y   m   m  \0   y  \0
0000320     0020    0001    4e6f    6e65    0000    0000    0000    0000
          \0      \0 001   N   o   n   e  \0  \0  \0  \0  \0  \0  \0  \0
0000340     0000    0000    0000    0000    0000    0000    0000    0000
          \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000740     0000    0000    0000    0000    0000    0000    0070    006f
          \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0   p  \0   o
0000760     0071    0070    0072    0071    0073    0072    0074    0073
          \0   q  \0   p  \0   r  \0   q  \0   s  \0   r  \0   t  \0   s
0001000     0042    0001    3d2b    261b    726c    7630    6864    3100
          \0   B  \0 001   =   +   & 033   r   l   v   0   h   d   1  \0
0001020     5345    5142    5752    4331    7263    7831    6231    3038
           S   E   Q   B   W   R   C   1   r   c   x   1   b   1   0   8
0001040     0000    0003    781a    4c00    0003    4d44    4846    04c6
          \0  \0  \0 003   x 032   L  \0  \0 003   M   D   H   F 004
0001060     0001    0001    0002    0002    0003    0003    0004    0004
          \0 001  \0 001  \0 002  \0 002  \0 003  \0 003  \0 004  \0 004
0001100     0005    0005    0006    0006    0007    0007    0008    0008
          \0 005  \0 005  \0 006  \0 006  \0  \a  \0  \a  \0  \b  \0  \b
0001120     0009    0009    000a    000a    000b    000b    000c    000c
          \0  \t  \0  \t  \0  \n  \0  \n  \0  \v  \0  \v  \0  \f  \0  \f
0001140     000d    000d    000e    000e    000f    000f    0010    0010
          \0  \r  \0  \r  \0 016  \0 016  \0 017  \0 017  \0 020  \0 020
0001160     0011    0011    0012    0012    0013    0013    0014    0014
          \0 021  \0 021  \0 022  \0 022  \0 023  \0 023  \0 024  \0 024
0001200     0015    0015    0016    0016    0017    0017    0018    0018
          \0 025  \0 025  \0 026  \0 026  \0 027  \0 027  \0 030  \0 030
0001220     0019    0019    001a    001a    001b    001b    001c    001c
          \0 031  \0 031  \0 032  \0 032  \0 033  \0 033  \0 034  \0 034
0001240     001d    001d    001e    001e    001f    001f    0020    0020
          \0 035  \0 035  \0 036  \0 036  \0 037  \0 037  \0      \0
0001260     0021    0021    0022    0022    0023    0023    0024    0024
          \0   !  \0   !  \0   "  \0   "  \0   #  \0   #  \0   $  \0   $
0001300     0025    0025    0026    0026    0027    0027    0028    0028
          \0   %  \0   %  \0   &  \0   &  \0   '  \0   '  \0   (  \0   (
0001320     0029    0029    002a    002a    002b    002b    002c    002c
          \0   )  \0   )  \0   *  \0   *  \0   +  \0   +  \0   ,  \0   ,
0001340     002d    002d    002e    002e    002f    002f    0030    0030
          \0   -  \0   -  \0   .  \0   .  \0   /  \0   /  \0   0  \0   0
0001360     0031    0031    0032    0032    0033    0033    0034    0034
          \0   1  \0   1  \0   2  \0   2  \0   3  \0   3  \0   4  \0   4
0001400     0035    0035    0036    0036    0037    0037    0038    0038
          \0   5  \0   5  \0   6  \0   6  \0   7  \0   7  \0   8  \0   8
0001420     0039    0039    003a    003a    003b    003b    003c    003c
          \0   9  \0   9  \0   :  \0   :  \0   ;  \0   ;  \0   <  \0   <
0001440     003d    003d    003e    003e    003f    003f    0040    0040
          \0   =  \0   =  \0   >  \0   >  \0   ?  \0   ?  \0   @  \0   @
0001460     0041    0041    0042    0042    0043    0043    0044    0044
          \0   A  \0   A  \0   B  \0   B  \0   C  \0   C  \0   D  \0   D
0001500     0045    0045    0046    0046    0047    0047    0048    0048
          \0   E  \0   E  \0   F  \0   F  \0   G  \0   G  \0   H  \0   H
0001520     0049    0049    004a    004a    004b    004b    004c    004c
          \0   I  \0   I  \0   J  \0   J  \0   K  \0   K  \0   L  \0   L
0001540     004d    004d    004e    004e    004f    004f    0050    0050
          \0   M  \0   M  \0   N  \0   N  \0   O  \0   O  \0   P  \0   P
0001560     0051    0051    0052    0052    0053    0053    0054    0054
          \0   Q  \0   Q  \0   R  \0   R  \0   S  \0   S  \0   T  \0   T
0001600     0055    0055    0056    0056    0057    0057    0058    0058
          \0   U  \0   U  \0   V  \0   V  \0   W  \0   W  \0   X  \0   X
0001620     0059    0059    005a    005a    005b    005b    005c    005c
          \0   Y  \0   Y  \0   Z  \0   Z  \0   [  \0   [  \0   \  \0   \
0001640     005d    005d    005e    005e    005f    005f    0060    0060
          \0   ]  \0   ]  \0   ^  \0   ^  \0   _  \0   _  \0   `  \0   `
0001660     0061    0061    0062    0062    0063    0063    0064    0064
          \0   a  \0   a  \0   b  \0   b  \0   c  \0   c  \0   d  \0   d
0001700     0065    0065    0066    0066    0067    0067    0068    0068
          \0   e  \0   e  \0   f  \0   f  \0   g  \0   g  \0   h  \0   h
0001720     0069    0069    006a    006a    006b    006b    006c    006c
          \0   i  \0   i  \0   j  \0   j  \0   k  \0   k  \0   l  \0   l
0001740     006d    006d    006e    006e    006f    006f    0070    0070
          \0   m  \0   m  \0   n  \0   n  \0   o  \0   o  \0   p  \0   p
0001760     0071    0071    0072    0072    0073    0073    0074    0074
          \0   q  \0   q  \0   r  \0   r  \0   s  \0   s  \0   t  \0   t
0002000

 

[p5wizard]

> Ownership changes from root.system to sys.sys with sticky bit set.

That seems normal to me
just chown, chgrp and chmod to waht you need both unmounted and mounted.

lv01 seems just unused to me, but I will compare to other LVs on monday.


HTH,

p5wizard