Chinaunix首页 | 论坛 | 博客
  • 博客访问: 651689
  • 博文数量: 70
  • 博客积分: 145
  • 博客等级: 入伍新兵
  • 技术积分: 1150
  • 用 户 组: 普通用户
  • 注册时间: 2012-10-11 08:15
个人简介

没有简介就是最好的简介

文章分类

全部博文(70)

文章存档

2020年(1)

2018年(2)

2017年(3)

2016年(11)

2015年(12)

2014年(16)

2013年(19)

2012年(6)

我的朋友

分类: 系统运维

2012-10-31 23:40:07

                 AIX系统启动时通用引导LED错误代码分析

                  本文系转载,原出处:

系统初始化的过程中,带操作员面板显示器的服务器将显示LED代码,提供系统引导进程状态的信息。某些代码可作为检查点,显示服务器引导过程到达哪一步。这些代码依赖于服务器的类型。

  例如,在带有4位字符显示器的服务器上,E1F1表示系统定义的控制台已经激活;然而在只带3位字符显示器的服务器上显示为FF1。Fxx格式的代码,xx为十六进制的数字,通常与固件相关。

  其他代码表示发现了故障。下面给出了最常用的LED代码,指出了引导的问题和如何规避这些问题。

  LED 201 - Damaged boot image 引导映像损坏

  1. 访问 rootvg

  2. 检查 根文件系统(/)和 /tmp 文件系统,如果快满了,创建更多空间。

  3. 使用 lslv -m hd5 命令确定引导磁盘。

  4. 使用 bosboot -a -d /dev/hdiskn 命令重建引导映像,n 代表包含引导逻辑卷(BLV)的磁盘号。

  5. 在错误日志中检查 CHECKSTOP 错误,如果发现此错误,则可能是硬件故障。

  6. 关机并重启系统。

  注:这里引用一下man bosboot里面对boot image的说明:

  The bosboot command creates the boot image that interfaces with the machine boot ROS (Read-Only Storage) EPROM(Erasable Programmable Read-Only Memory).

  The bosboot command creates a boot file (boot image) from a RAM (Random Access Memory) disk file system and a kernel.This boot image is transferred to a particular media that the ROS boot coderecognizes. When the machine is powered on or rebooted, the ROS boot code loads the boot image from the media into memory. ROS then transfers control to the loaded images kernel.

  LED 223-229 - Invalid boot list 引导列表无效

  1. 旋转钥匙至服务模式(无键锁的系统按F5),并给系统加电

  2. 如果显示正常地继续,则变换键模式至正常模式,继续第3步,如果没有得到提示,跳至第4步。

  3. 出现登录提示符时,登录系统并修改引导列表(用bootlist命令),继续第7步。

  4. 访问 rootvg,然后继续下一步。

  5. 使用 lslv -m hd5 命令确定引导磁盘。

  6. 修改引导列表。

  7. 关机并重启系统。

  LED 551, 555, and 557 - 文件系统损坏,JFS日志损坏,等等

  1. 访问不能引导的系统,在装入文件系统之前访问rootvg。

  2. 检验并纠正文件系统如下:

  fsck -y /dev/hd1

  fsck -y /dev/hd2

  fsck -y /dev/hd3

  fsck -y /dev/hd4

  fsck -y /dev/hd9var

  3. 使用下列命令格式化JFS日志。

  /usr/sbin/logform /dev/hd8

  4. 使用 lslv -m hd5 命令以获得引导磁盘。

  5. 使用 bosboot -a -d /dev/hdiskn 命令重建引导映像,n 代表包含引导逻辑卷(BLV)的磁盘号。

  LED 552, 554, and 556 - 超级块损坏,自定义ODM数据库损坏

  1. 重复 LEDs 551, 555, and 557 第1步到第2步。

  2. 如果 fsck 提示 block 8 损坏,说明文件系统的超级块损坏,需要修复。使用如下命令:

  dd count=1 bs=4k skip=31 seek=1 if=/dev/hdn of=/dev/hdn

  n 代表文件系统号。

  3. 使用 /usr/sbin/logform /dev/hd8 命令重建JFS日志。

  4. 如果问题得到了解决,到此停止。否则,继续下一步。

  5. 如果 ODM 数据库损坏。重启系统并访问不能引导的系统,在装入文件系统之前访问rootvg

  6. 装入根文件系统(/)和 /usr 文件系统。

  mount /dev/hd4 /mnt

  mount /usr

  7. 把系统配置复制到一个备份目录:

  mkdir /mnt/etc/objrepos/backup

  cp /mnt/etc/objrepos/Cu* /mnt/etc/objrepos/backup

  8. 从 RAM 文件系统复制配置:

  cp /etc/objrepos/Cu* /mnt/etc/objrepos

  9. 使用 umount all 命令拆卸所有文件系统。

  10. 使用 lslv -m hd5 命令以获得引导磁盘。

  11. 使用如下命令把干净的ODM保存至引导逻辑卷(BLV)。

  savebase -d /dev/hdiskn

  n 代表包含引导逻辑卷的磁盘号

  12. 重启,如果系统没有引导成功,重新安装BOS。

  LED 553 - /etc/inittab 文件损坏

  1. 访问不能引导的系统 ,访问安装所有文件系统的rootvg。

  2. 使用 df 命令检查 /, /var, /tmp 文件系统的空闲空间。

  3. 检查 /etc/inittab 文件,如果 inittab 文件空白、丢失、或者文件中有错误的条目,则纠正 inittab 问题。

  4. 检查下列问题:

  /etc/environment file

  /bin/sh

  /bin/bsh

  /etc/fsck

  /etc/profile

  /.profile

  5. 关闭系统并重新启动。

阅读(1627) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~