<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[linuxの飘扬]]></title> 
<link>https://www.linuxfly.org/index.php</link> 
<description><![CDATA[Power by www.linuxfly.org]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[linuxの飘扬]]></copyright>
<item>
<link>https://www.linuxfly.org/restore-file-from-ext4-filesystem-disk/</link>
<title><![CDATA[从 ext4 磁盘中恢复被误删除的文件]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Fri, 13 Nov 2015 02:06:33 +0000</pubDate> 
<guid>https://www.linuxfly.org/restore-file-from-ext4-filesystem-disk/</guid> 
<description>
<![CDATA[ 
	<strong>1.问题</strong><br/>因误操作，把磁盘中部分的文件删除了，需要进行恢复。<br/><strong><span style="color: #FF0000;">※ 注意：<br/>在进行恢复前，不要对需要恢复的分区进行写入的操作。<br/>如果分区在单独的磁盘上，应该把该磁盘卸载后，进行修复。（非 mount 状态）<br/>如果分区与根分区在同一个磁盘上，那么，可以把分区挂载为 ro 只读状态；</span></strong><br/><br/><div class="code">mount -o remount,ro /dev/sdX1</div><br/><strong><span style="color: #FF0000;">如果需要修复的就是根分区所在的分区，那么，只能把机器关闭后，把磁盘挂载到其他的机器上进行修复。</span></strong><br/>◎ 修复的原理：<br/>通过遍历文件系统的 journal ，找到对应的 inode 位置，然后组成正常的文件。<br/><strong><span style="color: #FF0000;">所以，若使用 mkfs.ext4 等格式化的磁盘，superblock 全部被刷写，则是无法修复的。</span></strong><br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/ext4/" rel="tag">ext4</a> , <a href="https://www.linuxfly.org/tags/restore/" rel="tag">restore</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/675/</link>
<title><![CDATA[[原]Apache 因SSL Library Certificate has expired 无法启动]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Thu, 07 Feb 2013 06:44:23 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/675/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;今天收到一个老用户的电话，说一直在运行的Apache（HTTPD） 服务突然无法启动。据说没有修改任何的配置文件，就是昨晚重启机器后服务就无法起来了。类似的问题，首先排除的是系统和服务日志，messages 和httpd下面的error.log都没发现报错信息。在httpd 服务中加入-x 排错标记，发现是httpd 执行失败，怀疑与Apache 上额外的模块有关。把/etc/httpd/conf.d中的文件都移走，HTTPD服务可正常启动。逐一排除，发现问题是nss.conf 配置导致的。但从配置文件的修改时间来看，该文件在最近并没有修改，而是与其他配置一样都保持在系统刚安装的时间。<br/>&nbsp;&nbsp;&nbsp;&nbsp;再次查看服务日志，从/var/log/httpd/nss_error_log 文件中看到如下的错误：<br/><div class="quote"><div class="quote-title">引用</div><div class="quote-content">[Thu Feb 07 05:17:42 2013] [error] Certificate not verified: 'Server-Cert'<br/>[Thu Feb 07 05:17:42 2013] [error] <span style="color: #FF0000;">SSL Library Error: -8181 Certificate has expired</span><br/>[Thu Feb 07 05:17:42 2013] [error] Unable to verify certificate 'Server-Cert'. Add "NSSEnforceValidCerts off" to nss.conf so the server can start until the problem can be resolved.</div></div><br/>&nbsp;&nbsp;&nbsp;&nbsp;看来是证书过期了。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/apache/" rel="tag">apache</a> , <a href="https://www.linuxfly.org/tags/nss/" rel="tag">nss</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/657/</link>
<title><![CDATA[[原]解决PPTP中Refusing MPPE stateful mode offered by peer的问题]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Mon, 09 Jul 2012 04:04:16 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/657/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;某项目，使用红旗DC Server 5.0 连接远端的一台硬件VPN设备，使用PPTP（点对点隧道协议）。先按<a href="http://www.linuxfly.org/post/641/" target="_blank">[原]Linux 下部署PPTP VPN -- 客户端</a>一文进行配置，并<a href="http://www.linuxfly.org/post/642/" target="_blank">加上MPPE模块支持</a>。但连接时，后台日志报错：<br/><div class="quote"><div class="quote-title">引用</div><div class="quote-content">Jul&nbsp;&nbsp;9 02:55:35 qktest pppd[17038]: Refusing MPPE stateful mode offered by peer<br/>Jul&nbsp;&nbsp;9 02:55:35 qktest pppd[17038]: MPPE required but peer negotiation failed<br/>Jul&nbsp;&nbsp;9 02:55:35 qktest pppd[17038]: Connection terminated.</div></div><br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/pptp/" rel="tag">pptp</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/656/</link>
<title><![CDATA[[转]低内核版Linux开启NTP服务将会在本月遇到闰秒BUG，从而导致服务器重启]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Fri, 29 Jun 2012 08:46:53 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/656/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;据水木社区用户称，低内核版Linux开启NTP服务将会在本月遇到闰秒BUG，从而导致服务器重启。<br/><a href="https://www.linuxfly.org/attachment.php?fid=1170" target="_blank"><img src="https://www.linuxfly.org/attachment.php?fid=1170" class="insertimage" alt="点击在新窗口中浏览此图片" title="点击在新窗口中浏览此图片" border="0"/></a><br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/ntp/" rel="tag">ntp</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/639/</link>
<title><![CDATA[[原]解决启动时提示Entering runlevel 及大量avc提示的问题]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Fri, 25 May 2012 04:33:07 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/639/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;一台装有红旗安全操作系统 4.0（RedFlag Security OS 4.0）的机器，在启动时提示：<br/><div class="quote"><div class="quote-title">引用</div><div class="quote-content">Entering runlevel</div></div><br/>输入3后无法进入系统。按照《红旗安全操作系统4.0 安装分发手册》65页的“系统启动时出现大量avc提示后无法引导”一节的步骤操作，问题依旧。经分析，原来是/etc/inittab文件的安全标记与系统安全标记库不一致所造成的。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/selinux/" rel="tag">selinux</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/637/</link>
<title><![CDATA[[原]HP机器的1999-Master Boot Record has changed报错]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Wed, 23 May 2012 02:51:54 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/637/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;HP 6200Pro MT安装Asianux 4.0 完成后，启动时显示“1999-Master Boot Record has changed. Press any key to enter Setup to Restore the MBR”。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/mbr/" rel="tag">mbr</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/636/</link>
<title><![CDATA[[原]解决Disk sda contains BIOS RAID metadata...报错]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Tue, 22 May 2012 07:17:21 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/636/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;把一块SATA硬盘加入机器中，安装Asianux 4.0时，报“Disk sda contains BIOS RAID metadata, but is not part of any recognized BIOS RAID sets, Ignoring disk sda” 错误。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/raid/" rel="tag">raid</a> , <a href="https://www.linuxfly.org/tags/install/" rel="tag">install</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/628/</link>
<title><![CDATA[[原]本地终端无法登陆系统故障]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Fri, 28 Oct 2011 02:59:56 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/628/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;某项目，使用红旗DC Server 5.0 SP4 for x86_64。在安装Oracle RAC后，本地终端无法登陆。在本地输入用户名和密码登陆，回车后，会重新返回初始登陆界面。这时，通过远程SSH方式访问，从后台日志可发现类似的报错：<br/><div class="quote"><div class="quote-title">引用</div><div class="quote-content">Oct 27 23:47:40 localhost login: PAM unable to dlopen(/lib/security/pam_limits.so)<br/>Oct 27 23:47:40 localhost login: PAM [error: /lib/security/pam_limits.so: wrong ELF class: ELFCLASS32]<br/>Oct 27 23:47:40 localhost login: PAM adding faulty module: /lib/security/pam_limits.so<br/>Oct 27 23:47:47 localhost login: pam_unix(login:session): session opened for user root by LOGIN(uid=0)<br/>Oct 27 23:47:47 localhost login: <span style="color: #FF0000;">Module is unknown </span></div></div><br/>经排查，故障原因是因为PAM配置文件中，调用了错误的链接库导致的。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/oracle/" rel="tag">oracle</a> , <a href="https://www.linuxfly.org/tags/pam/" rel="tag">pam</a> , <a href="https://www.linuxfly.org/tags/login/" rel="tag">login</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/621/</link>
<title><![CDATA[[转]Red Hat Linux 启动流程图]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Mon, 05 Sep 2011 01:55:08 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/621/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;Linux的引导是一个复杂的过程，像我不是搞开发的，无法理解底层实质的运作。<br/>看过很多网络文章及书籍，感觉都不合自己的心意，集百家之长，才做出以下流程图。所谓：“一人技短，二人技长。”，还希望各位网友多多给出意见及斧正。多多益善。<br/>............<br/>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/609/</link>
<title><![CDATA[[原]Asianux 4.0 的拯救模式]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Wed, 06 Jul 2011 07:47:54 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/609/</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;当系统出现问题时，我们会进入拯救模式以便进行修复。但Asianux 4.0取消了NetCat（简称nc），导致网络备份文件比较麻烦。幸好，其把sshd加进入了，所以，我们可以打开SSH服务，来满足需要。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/rescue/" rel="tag">rescue</a> , <a href="https://www.linuxfly.org/tags/nc/" rel="tag">nc</a> , <a href="https://www.linuxfly.org/tags/selinux/" rel="tag">selinux</a>
]]>
</description>
</item>
</channel>
</rss>