【应用】centos下httpd&启动失败的解决办法
[root@csit yang]# service httpd
httpd:&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[root@csit httpd]# tail error_log
-F&& #查看错误日志
[Mon May 27 13:02:48 2013] [error] NSSE no certificate
nickname provided by NSSNickname.
[Mon May 27 13:05:56 2013] [notice] suEXEC mechanism enabled
(wrapper: /usr/sbin/suexec)
[Mon May 27 13:05:56 2013] [error] NSSE no certificate
nickname provided by NSSNickname.
[Mon May 27 13:06:52 2013] [notice] suEXEC mechanism enabled
(wrapper: /usr/sbin/suexec)
[Mon May 27 13:06:52 2013] [error] NSSE no certificate
nickname provided by NSSNickname.
[Mon May 27 13:13:29 2013] [notice] suEXEC mechanism enabled
(wrapper: /usr/sbin/suexec)
[Mon May 27 13:13:29 2013] [error] NSSE no certificate
nickname provided by NSSNickname.
[Mon May 27 13:13:35 2013] [notice] suEXEC mechanism enabled
(wrapper: /usr/sbin/suexec)
[Mon May 27 13:13:35 2013] [error] NSSE no certificate
nickname provided by NSSNickname.
----------------------------------------------------------------------------------------------------------------------------------------
[root@csit httpd]# cd
/etc/httpd/conf.d/&&&
#进入配置文件目录
[root@csit conf.d]$ grep NSSEngine
#查找配置选项，并且知道在 nss.conf 这个文件中
nss.conf:NSSEngine on
[root@csit conf.d]$ vi& nss.conf
#注释NSSEngine
#&& SSL Engine Switch:
#&& Enable/Disable SSL for this
virtual host.
#NSSEngine on
[root@csit httpd]# service httpd
httpd:&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
Starting httpd:
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
--------------------------------------------------------------------------------------
总结下： httpd启动不起来，不要慌了神。
&&&&&&&&&&&&&&
首先擦看错误日志，分析错误原因。
&&&&&&&&&&&&&&
配置文件在修改前一定要先备份。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。CentOS启动失败 CentOS开机卡在进度条的解决方法
作者：佚名
字体：[ ] 来源：互联网 时间：08-22 11:44:28
这篇文章主要介绍了CentOS启动失败 CentOS开机卡在进度条的解决方法,本文先给出了检查卡在哪里的方法,这个是最重要的,然后给出了本文问题的解决方法,需要的朋友可以参考下
CentOS开机的时候卡在进度条一直进不去
这看不出开机启动卡在哪里，只好重启按住&e&键，进入启动菜单：
接着按e进入编辑第一项：
然后移动到第二项kernel...接着按e进入编辑
去掉rhgb quiet字样
按回车保存回到选择项
按b启动它就能看到启动过程了
注意查看启动过程中卡在哪里？可以按f5键进度条/命令行界面方式切换，确认卡问题后处理就好，比如我的就卡在开机启动MySQL上，一直进不去系统，所以可以使用单用户模式进入系统把MySQL启动项关闭后在进系统就没有问题了。
进入单用户模式为下面的操作模式后面加上1就好
大家感兴趣的内容
12345678910
最近更新的内容在电脑Windows7系统上安装Centos7，安装后找不到Windows7引导菜单。
原因：因为CentOS 7已采用新式的grub2系统，所以需要进入/boot/grub2目录后使用vi编辑grub.cfg文件。
解决方法一：修改Centos 7的Grub2引导，添加Windows的启动项
1.sudo vi /boot/grub2/grub.cfg2.找到 ### BEGIN /etc/grub.d/30_os-prober ###在后面添加menuentry "Windows 7 (loader) (on /dev/sda1)" {insmod ntfsset root=(hd0,1) #由于我的windows安装在硬盘的C盘，故（hd0,1)chainloader +1}
阅读(...) 评论()微信公众号：centoscn
CentOS6.4系统启动失败故障排查
操作系统启动失败如下图报错：
故障现象：
从图中可以看到，操作系统启动的过程中，fsck在执行文件系统检测时出现了错误，并且是在检查/dev/mapper/VolGroup-lv_home时出错，提示此文件不存在；
故障分析：
这是一个什么界面，为何会出现这个界面?
操作系统启动的的大致过程为：加载BootLoader-&加载kernel-&init执行系统初始化-&用户登录；而在init执行系统初始化的过程中，会执行系统初始化脚本/etc/rc.d/rc.sysinit，在此脚本中即会执fsck -A进行文件系统检测；
fsck -A会执行什么操作呢？
fsck -A会遍历文件/etc/fstab，检查其中定义的所有的文件系统。fsck在做文件系统检查前通常不会去检查设备是否真实存在，所以如果某设备不存在，而又去做了fsck，fsck即会报错，继而导致操作系统时会进入文件系统修复模式（file system repair mode），而中断正常的系统启动；
所以，这就是为何会出现此界面的原因了。
解决方法：
既然是fsck执行失败，导致操作系统无法继续启动，所以可以在操作系统启动时，让fsck跳过检查这个有问题的/dev/mapper/VolGrouplv_home即可正常启动操作系统；（在/etc/fstab中设置此项的第个字段fs_passno的值设为0，即意为fsck不检查此行）
&&&&&&&&&但是此时文件系统修复模式下所有文件都是只读的，无法编辑/etc/fstab；所以此时可以选择从系统光盘启动，选择进入紧急救援模式下去修改文件（因为紧急修复模式不会执行/etc/rc.d/rc.sysinit，所以不会出现此报错）；
bash-4.1#&chroot&/mnt/sysimage
sh-4.1#&vim&/etc/fstab&&&&&&&&&&&&&##将/dev/mapper/VolGrouplv_home这一行的第6个字段设为0
sh-4.1#&reboot&-r
此时即可正常启动系统，不过中途会看到如下界面：
此时已没有fsck的报错，但是mount挂载文件系统时有一个failed的信息，这是因为在系统初始化脚本/etc/rc.d/rc.sysinit中，文件系统检测完成后的下一步即是去挂载文件系统；
并且从此界面可以明确的看到问题的所在了，/dev/mapper/VolGroup-lv_home不存在；虽然有此failed信息，但不影响系统可以继续启动；
绿色圈中的是需等待SELinux自动完成重新打标，若不想等待，可以在系统启动时禁入编辑模式，禁用SELinux的启动即可，如下图：
--------------------------------------------------------------------
至此操作系统已经可以启动起来，需介绍下背景了，此系统安装时是按照系统默认的分区布局（partitioning layout），如下图：
&&&&&&&&&一块硬盘sda，分成了sda1与sda2两个分区，sda2做成物理卷，基于此物理卷创建的卷组名称为VolGroup，在此卷组上创建了3个逻辑卷，名称分别为lv_root、lv_home、lv_swap，并且此逻辑卷lv_root与lv_home分别挂载到了文件系统中的/目录和/home目录；
&&&&所以前文中/dev/mapper/VolGroup-lv_home即是此系统自动创建的挂载在/home的逻辑卷；比如由于误操作（umount、lvremove），删除了此逻辑卷，然后在重启电脑时，即会出现开篇处的报错了。
&--------------------------------------------------------------------------------------------------------------------------------------
现在操作系统已经启动登录，也知道问题所在了，那么接下来如何恢复此逻辑卷呢？
此时，系统中查看此逻辑卷的确是已被删除；
[root@mysqlhost1&~]#&lvs
&LV&&&&&&VG&&&&&&Attr&&&&&&LSize&&&Pool&Origin&Data%&&Move&Log&Cpy%Sync&Convert
&lv_root&VolGroup&-wi-ao---&50.00g&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&lv_swap&VolGroup&-wi-ao---&992.00m&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&ll&/dev/VolGroup/
lrwxrwxrwx&1&root&root&7&10月&22&20:27lv_root&-&&../dm-0
lrwxrwxrwx&1&root&root&7&10月&22&20:27lv_swap&-&&../dm-1
并且由于此逻辑卷是挂载在/home目录下，此逻辑卷丢失，那么/home目录下的数据，是否也是一同丢失了呢？如何恢复/home目录下原有的数据？
lvremove删除逻辑卷，其只是会清除LVM的部分元数据信息（metadata），真正的数据仍会被完整的保留；即虽然逻辑卷lv_home被删除了，但是/home下的数据仍然存在，只是现在暂且看不到；
并且默人的配置是，LVM的物理卷、卷组或是逻辑卷发生任何改动之前，LVM的元数据信息都会自动保存至/etc/lvm/archive目录下；
&&&&&&&&&所以我们只需恢复逻辑卷lv_home被删除前的自动备份的LVM的元数据信息，逻辑卷lv_home即可自动恢复，然后后重新挂载，即可查看到/home目录下原有的数据了；
##查看和卷组VolGroup相关的元数据备份信息
[root@mysqlhost1&~]#&vgcfgrestore&--list&VolGroup&&
&&File:&&&&&&&&&&/etc/lvm/archive/VolGroup_966.vg
&&VG&name:&&&&&&&&&&&&VolGroup
&&Description:&&&&Created&*before*&executing&'lvremove&/dev/VolGroup/lv_home'
&&Backup&Time:&&Wed&Oct&22&17:33:17&2014
&&&&结果中可以看到在执行'lvremove /dev/VolGroup/lv_home'之前，卷组的元数据自动被备份到了文件/etc/lvm/archive/VolGroup_966.vg中
##从对应文件中恢复卷组VolGroup的那一刻的元数据信息&
[root@mysqlhost1&~]#&vgcfgrestore&-f/etc/lvm/archive/VolGroup_966.vg&VolGroup
&&Restored&volume&group&VolGroup
##此时即可看到此逻辑卷lv_home了
[root@mysqlhost1&~]#&lvscan&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_root'&[50.00&GiB]&inherit
&inactive&&&&&&&&&'/dev/VolGroup/lv_home'&[108.54&GiB]&inherit
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_swap'&[992.00&MiB]&inherit
##激活此逻辑卷
[root@mysqlhost1~]#&lvchange&-ay&/dev/VolGroup/lv_home&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&lvscan
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_root'&[50.00&GiB]&inherit
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_home'&[108.54&GiB]&inherit
&ACTIVE&&&&&&&&&&&&'/dev/VolGroup/lv_swap'&[992.00&MiB]&inherit
##恢复/etc/fstab中刚才做的改动
[root@mysqlhost1&~]#&vi&/etc/fstab&&
##重新挂载&&&&&&&&&
[root@mysqlhost1&~]#&mount&-a&&&&
##/home目录下原有的数据也都可以查看到了&&&&&&&&&&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&ls&/home
------分隔线----------------------------
(or type Control-Dto continue)...}