AIX rootvg介绍&引导区原理&故障恢复

特殊的卷组rootvg

AIX也用逻辑卷管理技术管理自身的代码和配置文件，这个特殊的卷组就是rootvg，也就是说所有的AIX操作系统都有一个rootvg（无盘工作站除外，但也有一个虚拟的rootvg)，也就是说所有的AIX操作系统都有一个rootvg(无盘工作站除外，但也有一个虚拟的rootvg)。通常rootvg 内含有的逻辑卷（内容）如下:

 

LV NAME              TYPE                           SIZE(MB)   MOUNT     TYPE
hd5                  boot               32          N/A        ->引导区
hd6                  paging            512          N/A        ->系统交换区
lg_dumplv            sysdump           512          N/A        ->用于保存系统dump
hd8                  jfslog             32          N/A        ->rootvg中所有文件系统的log
hd4                  jfs                64          /
hd2                  jfs                64          /usr
hd9var               jfs               128          /var
hd3                  jfs               128          /tmp
hd1                  jfs                32          /home
usrlocallv           jfs               128          /usr/local
hd10pt               jfs               256          /opt

/usr文件系统（目录）存放AIX安装的软件，当使用smit installp命令进行安装时，其大小可以根据安装软件需要的空间大小自动扩充;/opt 文件系统（目录）存放linux toolbox CD 软件（仅包括通过rpm安装的软件) ，以及其他商业软件（并非必须，随软件自身要求不同而不同）;

hd5是引导分区，内含启动image命令，因此在安装操作系统核心软件或者关键的设备驱动程序（例如磁盘、磁带机的驱动程序）之后，需要重新生成引导记录:
#bosboot -a -d  hdiskx
hdiskx是包含hd5的磁盘，察看hd5所在磁盘的命令是:
$lslv  -l hd5
同时也要将此磁盘（包括hd5的磁盘）列为可引导磁盘，命令是:
#bootlist -m  normal  hdiskx

注意：如果hd5被镜像，则需要对两个包含hd5镜像的磁盘都执行一次上述操作。

hd6是系统的交换区（paging space)，关于交换区的详细介绍参考本书关于内存一章的内容。

lg_dumplv 是系统的dump区,关于dump相关的介绍请参考本书CPU一章的内容.

hd8 是rootvg 的JFS log，它通常占用一个PP的空间(无论PP有多大) 。每个卷组中至少有一个log，在同一卷组中也可以为每个文件系统建立一个自己的log，用以提高性能（与文件系统分别保存在不同的磁盘/PV)。有大量文件操作的时候，JFS log也会被频繁访问，因此最好将此逻辑卷放在较高速的磁盘上（只能在同一个VG内），或者磁盘上的高速位置（磁盘外角out edger)。如果是JFS2文件系统，也可以创建inline log，Inline  JFS log 的大小一般设置成 1/1000文件系统大小，并以256MB 为限。通过smit 命令可以创建inline log。当用smit菜单命令创建JFS2 文件系统时，默认日志是放在本VG共享的日志设备上的，将“inline log" 选项设置为 "YES",则建立了使用inline log的JFS2 文件系统。

磁盘引导boot
AIX 可以通过磁盘、光盘、磁盘或网络引导，通过bootlist 命令可以控制引导序列。
#bootlist -m normal -o         ->显示正常启动引导序列
#bootlist -m normal hdisk0 hdisk1  ->引导顺序是先hdisk0,如果失败则hdisk1
#bootlist -m service  cd0  rmt0   ->维护模式下先CD-ROM,再磁带

磁盘引导区结构如下:
boot record | VGDA |SOFTROS |bootexpand|compressed kernel |compressed RAM filesystem |base ODM |rest of the root disk(hd2,hd4,hd9var,etc)

Boot record:引导记录。是512字节的记录，记载着引导映像(boot image)程序的大小和位置。ROS（ROM Operation System)程序将控制权交给SOFTROS（即引导记录所指向的程序），完成更复杂的引导任务。

SOFTROS：继续完成系统初始化工作，依次载入bootexpand执行。引导程序、压缩的内核（compressed kernel)，压缩的一个虚拟/临时文件系统(compressed RAM filesystem)，Base ODM(基本ODM数据）

bootexpand:bootexpand 负责解压缩Kernel 和RAM file system（这两个记录被称为BLV，Boot Logical Volume）。通过压缩BLV,可以减少BLV的大小，以便容纳更多的内容。解压缩完成后，控制权继续传递给（被解压缩出来的）Kernel程序。也可以创建不压缩的BLV（如果装得下，在AIX5版本以后，几乎不可能不压缩BLV）,那么就不需要bootexpand.

Kernel:Kernel 自己完成初始化，并执行RAM File System 中的 /etc/init。这个Kernel 即使到引导完成也不会被提花，会一直作为系统的Kernel程序在系统中执行。因此/unix所链接的Kernel仅仅是为了系统管理方便，真正执行的并不是它，而是BLV中的Kernel，如果系统内核被改变，一定要重新执行
bosboot -ad /dev/ipldevice，重新创建BLV。

RAM File System：一个极小化的root 文件系统映像，直接掉到内存中还原，供初始的Kernel使用。Kernel 利用这个文件系统，进行设备的初始化。
    不同的引导方式，RAM FS中的内容也稍有不同，如表4-21所示。

    不同引导方式下RAM FS的内容
    引导方式                                                        RAM FS内容
    硬盘引导                                           包含访问rootvg所必须的程序、数据，其他AIX引导程序
    安装CD                                             包含安装AIX或者执行软件维护所必须的程序
    诊断CD                                             包含执行单用户诊断程序所必须的程序和数据

    Base  ODM: 这是操作系统ODM的一个简化版本，包含当前系统最基本的设备信息，这些设备信息用来访问root磁盘，当rootvg里的文件系统被mount后，Kernel就会直接使用rootvg 里的ODM.
   

    创建引导映像:

      bosboot 命令可以用来创建引导映像，它完成了一下几个工作:
       (1)从磁盘文件创建引导映像（boot image),具体操作是从当前系统的ODM生成Base ODM，创建RAM FS，压缩Kernel 和RAM  FS;
       (2) 将引导映像（以上各项内容）复制到BLV对应区域
       (3) SOFTROS，使用的是 /usr/lib/boot/aixmon_rspc代码；
       (4) 放置入BLV的Kernel 就是由 /unix文件压缩出来的映像；
       (5) 从当前 ODM 生成Base ODM:
       (6) 装载必须放置到RAM FS中的程序（如设备驱动）。Bosboot根据一个原型文件来选择设备。不同的启动设备用不同的原型文件
        磁盘引导:     /usr/lib/boot/chrp.disk.proto
        CD-ROM引导:   /usr/lib/boot/chrp.cd.proto
        磁盘引导:     /usr/lib/boot/rspc.tape.proto
       (7)更新引导记录 boot record
        bosboot 命令虽然做很多事情，执行却很简单:
        #bosboot -ad hdisk0

       在一些版本的AIX中，BLV过于庞大（添加了过多的设备驱动程序）。如果BLV 超过12MB，SOFTROS和bootexpand由于无法正确处理过大的BLV，将无法启动，需要通过打补丁，升级SOFTROS和bootexpand程序（先用光盘启动、打补丁后重新bosboot 创建引导映像)系统修复、单用户模式如果忘记了root password，或者rootvg 发生故障，将无法引导系统，只有通过光盘（或磁带）引导，进入单用户、维护模式才能进行修复。
从光盘或者磁带启动后，在Installation/Maint菜单中，选择第3项 Start Maintainance Mode for System Recovery，然后选择如下选项。

1、ACCESS THIS VOLUME GROUP AND START  A  SHELL
  选择此选项，系统将激活rootvg，并且mount rootvg上的文件系统，由于原有光盘系统建立的是RAM FS，新mount 的文件系统将覆盖 RAM FS。通过此选项可以进行:
  修改root 密码
  修改/etc/inittab文件
  重新创建BLV

2、ACCESS THIS VOLUME GROUP AND START A SHELL BEFORE MOUNTING FILESYSTEMS
  选择此项，依然是用RAM FS，没有激活rootvg，所以可以用来:
  使用fsck 命令修复有故障的rootvg上的文件系统
  修复有故障的rootvg的JFS log (导致rootvg上的文件系统无法mount)。
  修复有故障的ODM

  为了完成修复，可能需要先激活rootvg的文件系统。
  修复有故障的rootvg 的JFS log （导致rootvg 上的文件系统无法mount）
  修复有故障的ODM

  为了完成修复，可能需要先激活rootvg的文件系统mount RAMFS的一个空目录，然后再进行修复。具体的修复命令与正常的管理命令相同:
  修改root密码
  #password

  修改inittab

  #vi inittab
  注意，可能无法使用vi命令（其他不可执行的命令处理方式类似），此时要使用绝对路径，例如 rootvg杯直接mount 到/mnt，/usr文件系统被mount 到/mnt/usr （注意先后顺序），则需要敲/mnt/usr/bin/vi /mnt/etc/inittab

创建 BLV
#bosboot -ad hdisk0

修复文件系统

#fsck  -y  /dev/hd2

修复JFS  log
#logform  /dev/jfslog

修复ODM
#savebase