u盘里面歌曲服务器运行失败-(u盘里面歌曲服务器运行失败怎么办)

192.168.0.1 次浏览手机阅读
u盘里面歌曲服务器运行失败 (u盘里面歌曲服务器运行失败怎么办) 前言

这是去年7月写的文章,当时对Linux并没什么了解,但是同学向我求助,也就去折腾了一回!

折腾经过:

前天同学打电话给我,说是某单位的华为服务器(H22H-05)进不了系统(Centos7),昆明的技术员说是要重新做系统,数据会丢失!但是,单位是坚决不允许数据丢失的!所以求助于我。。

说实话,之前我从未接触过Centos,甚至都没有研究过,所以问我我也是一问三不知。。

但是呢,研究问题是我比较喜欢的,所以第二天一早我问他搞定了没有,没有的话我先远程研究一下。。

然后就开始了远程折腾。。

远程操作说明:通过一台笔记本连接到服务器的管理口,然后使用华为的工具可以像管理自己的电脑一样操作服务器,包括调整BIOS等。然后笔记本装了个向日葵,我在家使用向日葵远程到那台笔记本进行操作。

首先看了一下,确实没有进入正常的系统,屏幕上提示了一堆英文,百度了一下,知道了那是救援模式或者叫救急模式。

然后根据屏上的提示,输入了命令:journalctl 查看系统日志。因为是第一次看Centos的日志,一开始看得很认真,还时不时就百度,后面发现不对,日志内容太多了!看到什么时候都不知道!

于是我直接按下end键,跳到了最后一页。屏幕上赫然出现了三行红色的错误提示!第一行就是:Failed to mount /sysroot 另外两行我没记,大概意思也是和这个提示有关。

然后往前翻了翻,还有一个提示是什么 “i8042控制器没有找到” 之类的,这个不影响。

很明显,不能正常进系统的原因必然是因为它:Failed to mount /sysroot

于是,百度之。。

度娘的结果,不敢说100%,99%给出的解决方法都是这个:xfs_repair -v -L /dev/dm-0

我信了!但是呢,有些人说可能会导致数据丢失!这。。

思来想去觉得不保险,研究了一天寻找更安全的方法,也始终没有敢输入这一串命令!

晚上,我打电话让同学安排把服务器抬过来,我打算先进PE里把数据备份一下,然后再折腾!

今天中午1点,服务器抬来了,开始现场折腾~~

首先,当然是插上我心爱的小U盘,想要进PE。结果试了几次都是,一从U盘启动服务器就自动关机!!PE进不去,头疼。。

研究了一下,发现是UEFI的启动方式,于是在BIOS中把UEFI改成了传统方式,再进PE成功了!

Windows是不能直接读取XFS(Centos默认使用的分区格式)格式的分区的,原本我是寄望于DiskGenius这款国产分区神器!

但是很不幸,它并不支持XFS。幸好我有所准备,拿出另一款超级神器:UFS Explorer

正确读出了服务器硬盘上的东西,除了一个分区显示 RAW 无法读取外,其它分区的数据都能看到!

于是我让人拿来一个移动硬盘,把单位需要的数据全部备份。


数据备份花了两三个小时,然后开始尝试修复系统!

我输入了网上查来的那串命令:xfs_repair -v -L /dev/dm-0

没用!!我又输入:xfs_repair -v -L /dev/dm-1

还是没用!!有点懵,我以为一下子就可以搞定的。。


想起在PE里,其它分区都对正常读取,只有那个RAW分区很奇怪,各种折腾之后确定那个是swap交换分区。。

我想,可能我和网上的那些情况不同吧。。导致错误的原因可能是swap分区异常!

于是,我开始折腾起这个分区!


服务器原本的救援模式很多命令都变得不可用了,于是我使用了一个有Centos7的U盘来导引,进入了它的救援模式

一番折腾后,确定swap分区对应的是/dev/dm-5

于是我输入了:xfs_repair -v -L /dev/dm-5

还是没用!!

我也记不清究竟折腾了多少命令,翻了多少百度。。

用过的命令:mkfs.xfs -f -d agcount=2,su=256k,sw=2 -r extsize=512k /dev/dm-5

agcount=2表示使用两个CPU线程,su=256k表示块大小,sw=2 表示阵列有两个盘,extsize=512k 这个值是su*sw。这台服务器是3个硬盘组的RAID5,所以sw设成了2

…………

最后,好像是这样解决的:

swapoff -a 关闭swap

rm -f /mnt/sysimage/dev/mapper/cl-swap 删除swap。swap原本的路径是/dev/mapper/cl-swap,在U盘启动的救援模式中,会挂载到/mnt/sysimage目录下

xfs_repair /dev/dm-5 原本没报什么希望,所以也没加-v -L这两个参数。加不加这两个参数,我觉得这里的结果都是一样的

看到了不一样的提示,我预感它已经正常了!于是我又输入了一次:xfs_repair /dev/dm-5 然后reboot重启!!


这个时候已经快19点,肚子有点饿,还没等服务器重启好,我们就先去吃饭了~~

吃完饭回来一看,久违的 localhost login: 出现了!

再次重启,仍是一切正常,搞定收工~~


skyyx2002

2021.07.18

后话

现在回想,这故障应只是swap分区出错导致!

以我现在对Linux的了解,可能几分钟就搞定了。。




这是水淼·帝国CMS站群文章更新器的试用版本更新的文章,故有此标记(2024-04-10 08:52:47)
喜欢 ()