最近使用U盘为一台服务器安装linux操作系统，启动时报错，报错信息如下：
Failed to load ldlinux.c32
Boot failed: please change disks and press a key to continue.
对于这个问题，百度上也有好几个答案，比如我这个U盘启动盘是用ultraiso做的，建议使用其他制作工具，比如rufus。
其实对这个问题，有一个更简单的办法，只需要在ultraiso做U盘启动盘，写入方式USB-HDD改为RAW即可。
作者归档：root
DELL R720装完REDHAT系统后不能启动的解决办法
现有一台DELL R720服务器，安装redhat操作系统，安装好后重启自检完提示：
Strike F1 to retry boot,F2 for system setup,F11 for boot manager.
根据这个提示，看起来是没有从硬盘启动，按F2进入主板BIOS，发现启动项第一项是阵列卡，这里是没有问题的。
再进入阵列卡BIOS，这台DELL R720服务器阵列卡型号是PERC H710P，在CTRL MGMT页面，有Select boot device，这里就是启动的虚拟磁盘。
发现这里的启动设备并不是redhat操作系统所在的硬盘上，将select boot device修改为操作系统安装所在的虚拟磁盘，保存退出，重启后可正常进入redhat操作系统的界面。
这个问题有其通用性，即时不是DELL R720这个型号，不是安装redhat操作系统，遇到类似的情况，也可以通过这个思路排查问题。
VMWARE虚拟机快照数量的建议
虚拟机在生成快照时，会生成一个新磁盘文件为子磁盘，指向原有父磁盘文件文件，每个磁盘文件会有专门描述文件，描述自己磁盘的ID、父磁盘ID，当磁盘文件层级过多时，再合并快照，可能会造成ID紊乱，每层的ID指向错乱，最后虚拟机无法启动。
快照不是备份，越少越好，建议最好不要超过3个快照，如需要备份虚拟机，建议对虚拟机做完整的备份。
VMWARE导入虚拟机报错sha1校验的处理办法
VMWARE的ovf模板，其实是个压缩文件，解压后会发现有三个扩展名为vmdk、ovf、mf文件，vmdk是虚拟磁盘文件，ovf是虚拟机配置文件，mf是虚拟磁盘和配置文件的sha1校验文件。
有时导入虚拟机时，会报sha1校验错误而无法导入，遇到这种情况，只需要将mf文件删除或者改名，或者检验下相关文件的sha1值，将mf文件中的sha1值修改正确即可导入虚拟机。
VMWARE VCENTER6.5将虚拟机导出到OVF无法导出清单文件(.mf)报错1009的解决办法
现有VMWARE VCENTER6.5，无法导出虚拟机的OVF文件。
Web Client上出现错误1009，但是只要不取消任务，ovf和vmdk导出仍然可以正常完成，但mf文件无法完成，导出会失败。
Web Client停留在25%或33%，最后只能取消该任务。
这个报错的原因是下载所用时间超过最大等待时间，导致下载清单mf文件的线程连接过期。
这个问题在vcenter server6.5 u2已获得解决，升级即可解决此问题。
要临时解决这个问题，可以参考这个链接：https://www.virtuallyghetto.com/2012/01/how-to-create-manifest-file-for-ovf.html
简单来说就是使用openssl这个工具，根据已下载的ovf文件和vmdk文件创建mf文件，命令如下：
openssl sha1 *.vmdk *.ovf > MyVM.mf
REDHAT启动时报错UNEXPECTED INCONSISTENCY的解决办法
现有一台HP DL380 G8服务器，安装redhat7.X系统，更换主板后，发现进不了系统，报错信息如下：
/dev/mapper/vg_xxx-lv_usr:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.
/dev/mapper/vg_xxx-lv_var:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.
…
An error occurred during the file system check.
Dropping you to a shell;the system will reboot
…
对于这个故障，只需要按照提示fsck检查下磁盘相关分区即可。
输入root密码后，fsck -y /dev/mapper/vg_xxx-lv_usr，fsck -y /dev/mapper/vg_xxx-lv_var。
重启，但是出现另一个报错：
Starting system logger:Can’t open or create /var/run/syslogd.pid.
Can’t write pid.
对于这个报错，是因为root用户没有审计日志文件的权限，导致system logger启动失败，输入如下命令：
#chown root.root /var/log/audit/audit.log
#chmod 600 /var/log/audit/audit.log
重启，成功进入系统。
HP ILO页面报错ERR_SSL_BAD_RECORD_MAC_ALERT的处理办法
现有一台HP DL380 G7服务器，ilo版本是ilo3，ilo口配置好后，无法正常打开ilo页面，ping ilo口是通的，并且telnet 80和443端口也是通的，浏览器打开http://ilo的IP会自动跳转到https://ilo的IP。
根据这个现象判断，网络是没有问题，但是页面无法打开，报错ERR_SSL_BAD_RECORD_MAC_ALERT，这个问题在所有HP服务器上都会出现，使用IE浏览器和google chrome浏览器都会报错。
解决这个问题的方法也很简单，至需要在浏览器internet选项中，不选中使用TLS 1.0、1.1、1.2，保留勾选使用SSL 2.0和3.0，然后即可正常打开ilo页面。
这个问题容易联想到DELL服务器的openmanage页面，有的页面也不能正常显示，更换其他浏览器或者切换浏览急速模式、兼容模式等也会正常打开openmanage页面。
HP PROLIANT服务器ILO3和ILO2的对比说明
HP proliant服务器的ilo功能非常好用。ilo3以ilo2为基础，它们具有很多相同的功能。一般HP G5 G6服务器采用ilo2，G7服务器采用ilo3。
ilo3增加了以下支持：
● 使用 JSON 技术的 Web 2.0界面
● 改进了 Windows 集成远程控制台
● 多显示器显示支持
● 一键式安装
● 改进了.Net Framework
● JavaTM 集成远程控制台
● 更高性能的虚拟介质
● 传感器群支持
● 硬件 AES 加密引擎
下面重点说明了 iLO 3 和 iLO 2 的不同之处：
| 功能 | ILO 3 | ILO 2 |
|---|---|---|
| 标准功能 | ||
| 文本控制台 | 操作系统前 | 操作系统前和操作系统 |
| 远程串行控制台（虚拟串行端口） | 操作系统前和操作系统 | 操作系统前和操作系统 |
| 服务器运行状况监视和维护 | 是 | 否 |
| 高级功能 | ||
| 文本控制台 | 操作系统前和操作系统 | 操作系统前和操作系统 |
| 远程控制台 | 是（虚拟KVM） | 是 |
| 集成远程控制台 | 是 | 是 |
| Microsoft® JVM 支持 | 是 | 是 |
| 远程控制台获取按钮 | 是 | 是 |
| 终端服务器集成 | 不适用于1.0 | 是 |
| HP 架构目录集成 | 是 | 是 |
| 无架构目录集成 | 是 | 是 |
| 双因素验证 | 否 | 是 |
| 功率调节器报告 | 是 | 是 |
| 虚拟软盘和CD/DVD-ROM | 是 | 是 |
| USB钥匙形闪存盘虚拟介质 | 是 | 是 |
| 虚拟文件夹 | 是 | 是 |
蓝屏0X0000006B的解决方法
现有一台电脑刚装过windows 7 64位操作系统，正常使用两天左右，突然出现蓝屏，蓝屏代码为0X0000006B，PROCESS1_INITIALIZATION_FAILED。
尝试安全模式也会蓝屏，尝试最后一次正确配置仍然蓝屏。
这个问题的起因是Bootcat.cache文件被损坏，或者因为Bootcat.cache文件的大小更改自上次成功启动后，将出现此问题。Bootcat.cache文件位于c:\windows\system32\codeintegrity。
处理起来也比较简单，只需要找到一台正常的win7电脑，将Bootcat.cache文件复制到有问题的电脑里替换原Bootcat.cache即可，由于出现此问题的电脑安全模式也进不去，所以可通过PE方式进入做替换操作。
网上也有说法是因为安装了补丁包KB3146706导致的此蓝屏，如果是补丁包导致，解决的办法当然是卸载补丁包，不过这个补丁包的确会导致蓝屏，但是蓝屏代码不一定是0X0000006B，也可能是别的，如0X0000004E等。
卸载这个补丁包的办法一般也是通过PE，进入PE系统后，通过dism命令卸载补丁，
32位通过这个命令：
dism /Image:C:\ /Remove-Package /dism /Image:C:\ /Remove-Package /PackageName:Package_for_KB3146706~31bf3856ad364e35~x86~~6.1.1.2
64位通过这个命令：
dism /Image:C:\ /Remove-Package /PackageName:Package_for_KB3146706~31bf3856ad364e35~amd64~~6.1.1.2
其实这个问题微软官网是有标准答案的，看下图：
HP服务器Uncorrectable Machine Check Exception报错处理方法
现有一台HP DL560 G8服务器出现宕机现象，日志中有Uncorrectable Machine Check Exception相关的CPU报错信息，断电重启后即恢复正常。
对于这种相关的报错，可能是BIOS配置引起的问题，建议在BIOS中做以下几点配置：
1、关闭CPU的C-states，所谓C-states，即CPU的省电模式
2、关闭CPU的QPI链路电源管理，QPI链路电源管理，即Intel QPI Link Power Management
3、将电源配置修改为最高性能，即Maxumum Performance