Linux系统故障排查和修复技巧_linux修复大全(1)

2401_83946826

于 2024-05-16 09:49:46 发布

阅读量244

点赞数 3

文章标签：运维 linux 面试

本文链接：https://blog.csdn.net/2401_83946826/article/details/138946730

版权

为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪offer怀里抱！

这次整理的面试题，小到shell、MySQL，大到K8s等云原生技术栈，不仅适合运维新人入行面试需要，还适用于想提升进阶跳槽加薪的运维朋友。

本份面试集锦涵盖了

174 道运维工程师面试题
128道k8s面试题
108道shell脚本面试题
200道Linux面试题
51道docker面试题
35道Jenkis面试题
78道MongoDB面试题
17道ansible面试题
60道dubbo面试题
53道kafka面试
18道mysql面试题
40道nginx面试题
77道redis面试题
28道zookeeper

总计 1000+ 道面试题，内容又全含金量又高

174道运维工程师面试题

1、什么是运维?

2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的?

3、现在给你三百台服务器，你怎么对他们进行管理?

4、简述raid0 raid1raid5二种工作模式的工作原理及特点

5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?

7、Tomcat和Resin有什么区别，工作中你怎么选择?

8、什么是中间件?什么是jdk?

9、讲述一下Tomcat8005、8009、8080三个端口的含义？

10、什么叫CDN?

11、什么叫网站灰度发布?

12、简述DNS进行域名解析的过程?

13、RabbitMQ是什么东西?

14、讲一下Keepalived的工作原理?

15、讲述一下LVS三种模式的工作过程?

16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?

17、如何重置mysql root密码?

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

这是很多初学Linux的用户在修改GRUB设置时很容易犯的错误，出现此黑屏提示时注意观察报错信息，即可针对性修复。

（二）GRUB引导故障排除

我发现有时Linux启动后会直接进入GRUB命令行界面(只有“grub>”提示符)，此时很多用户就选择了重新安装GRUB甚至重新安装系统。

其实一般而言此故障的原因最常见的有两个：

一是GRUB配置文件中选项设置错误;
二是GRUB配置文件丢失(还有少数原因，如内核文件或镜像文件损坏、丢失，/boot目录误删除等)

如果是第一种情况，可以首先通过GRUB命令引导系统后修复;若是第二种情况，则要使用Linux救援模式修复了(本文后续有描述)。
　　
首先，我们需要了解GRUB启动系统的引导过程，grub.conf文件中主要的配置选项如下：
(注意，GRUB配置文件为/boot/grub/grub.conf， /etc/grub.conf只是此文件的软链接)

title Fedora Core (2.6.18-1.2798.fc6)
root (hd0，0)
kernel /boot/vmlinuz-2.6.18-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6.img

其中：

“title”段指定了GRUB引导的系统：
“root”段指定了/boot分区所在的位置：
“kernel”段指定了内核文件所在位置，内核加载时权限属性为只读(“ro”)以及指定根分区所在位置(root=LABEL=/);
“initrd”指定了镜像文件所在位置。

所以GRUB在引导时顺序为首先加载/boot分区，然后依次载入内核与镜像文件。

案例“title Fedora Core (2.6.18-1.2798.fc6)”段被误删除

此时，系统启动后会自动进入“GRUB>”命令行，为排除故障我们可以依次做如下操作：

1、查找/boot/grub/grub.conf文件所在分区GRUB> find /boot/grub/grub.conf(hd0，0)
　　
2、查看grub.conf文件错误GRUB>cat (hd0，0)/boot/grub/grub.conf建议系统安装设置好后，要将grub.conf文件备份，如果有备份文件如grub.conf.bak，则此时可以查看备份文件，与当前文件比较，发现错误：GRUB>cat (hd0，0)/boot/grub/grub.conf.bak
　　
3、确认错误后，先通过命令行方式完成GRUB引导，进入系统后再行修复grub.conf文件错误：

1)指定/boot分区root (hd0，0)
2)指定内核加载kernel /boot/vmlinuz-2.6.18-1.2798.fc6 ro root=LABEL=/ rhgb quiet
3)指定镜像文件所在位置initrd /boot/initrd-2.6.18-1.2798.fc6.img
提示：GRUB支持tab键命令补全功能

4、从/boot分区启动boot (hd0，0)
　　
命令行模式可以在GRUB菜单模式中通过按“c”键调用，也可以用于测试新编译的内核(设置kernel、initrd引导新内核及镜像文件)。增加对GRUB引导以及Linux系统引导知识的了解将对此类故障排除大有帮助。

（三）Linux救援模式应用

当系统连单用户模式都无法进入时或出现GRUB命令行也不能解决的引导问题，我们就需要使用Linux救援模式来进行故障排除了。

步骤如下：

1、将Linux安装光盘(如果使用CD光盘，则放入第一张引导光盘)放入光驱，设置固件CMOS/BIOS为光盘引导，当Linux安装画面出现后，在“boot：”提示符后输入“linux rescue”回车进入救援模式。(想了解救援模式详细信息，还可以按F5键查看)
　　
2、系统会检测硬件，引导光盘上的Linux环境，依次提示你选择救援模式下使用的语言(建议选择默认的英文即可，根据笔者测试，部分Linux系统选择中文会出现乱码);键盘设置用默认的“us”就好;网络设置可以根据需要，大部分故障修复不需要网络连接，可不进行此项设置，选择“No”。
　　
3、接下来系统将试图查找根分区，出现挂载提示，设置默认在救援模式，硬盘的根分区将挂载到光盘Linux环境的/mnt/sysimage目录下，默认选项“continue”表示挂载权限为读写：“Read-only”为只读，如果出现检测失败可以选择“skip”跳过。此处，因为要对系统进行修复，所以需要有读写权限，一般选择默认选项“continue”。
　　
进入下一步后，系统提示执行“chroot /mnt/sysimage”命令，可以将根目录挂载到我们硬盘系统的根目录中去。

案例一：双系统启动修复

当我们安装双系统环境，先安装Linux再安装Windows;或者已经安装好双系统环境的Windows损坏，在重新安装Windows后，保存 GRUB的MBR(Master Boot Record，主引导记录)会被Windows系统的自举程序NTLDR所覆盖，造成Linux系统无法引导。

1、如果要恢复双系统引导，首先用上述方法进入救援模式，执行chroot命令如下：sh-3.1# chroot /mnt/sysimage
2、将根目录切换到硬盘系统的根目录中，然后执行grub-install命令重新安装GRUB：sh-3.1# grub-install /dev/hda“/dev/hda”为硬盘名称，如使用SCSI硬盘或Linux安装在第二块IDE硬盘，此项设置要做相应调整。
3、然后依次执行exit命令，退出chroot模式及救援模式(执行两次exit命令)：sh-3.1# exit系统重启后，将恢复GRUB引导的双系统启动。

案例二：系统配置文件丢失修复
　
系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动。此时，只有通过救援模式才可以解决此类问题。

/etc/inittab文件丢失引导错误示例
　　
1、有备份文件的恢复办法进入救援模式，执行chroot命令后，如果有此文件的备份(强烈建议系统中的重要数据目录，如/etc、/boot等要进行备份)，直接将备份文件拷贝回去，退出重启即可。

如果是配置文件修改错误，如比较典型的/boot/grub/grub.conf及/etc/passwd的文件修改错误，也可以直接修正恢复。

假设有备份文件/etc/inittab.bak，则在救援模式下执行：sh-3.1# chroot /mnt/sysimage sh-3.1# cp /etc/inittab.bak /etc/inittab
　　
2、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复。

首先查找到/etc/inittab属于哪一个RPM包(即便文件丢失，因为存在RPM数据库，一样可以查找到结果)：

sh-3.1# chroot /mnt/sysimage sh-3.1# rpm -qf /etc/inittab
initscripts-8.45.3-1

退出chroot模式：

sh-3.1# exit

挂载存放RPM包的安装光盘(在救援模式下，光盘通常挂载在/mnt/source目录下)：

sh-3.1# mount /dev/hdc /mnt/source

Fedora系统的RPM包存放在光盘Fedora/RPMS目录下，其他Linux存放位置大同小异，我在这里不一一列举;

另外，因为要修复的硬盘系统的根目录在/mnt/sysimage下，需要使用——root选项指定其位置。

覆盖安装/etc/inittab文件所在的RPM包：

sh-3.1# rpm -ivh ——replacepkgs ——root /mnt/sysimage
/mnt/source/Fedora/RPMS/ initscripts-8.45.3-1.i386.rpm

其中的rpm命令选项“——replacepkgs”表示覆盖安装，执行完成后，即已经恢复了此文件。
　　
如果想只提取RPM包中的/etc/inittab文件进行恢复，可以在进入救援模式后，执行命令：

sh-3.1# rpm2cpio /mnt/source/Fedora/RPMS/initscripts-8.45.3-1.i386.rpm
| cpio -idv ./etc/inittab sh-3.1# cp etc/inittab /mnt/sysimage/etc

注意此命令执行时不能将文件直接恢复至/etc目录，只能提取到当前目录下，且恢复的文件名称所在路径要写完整的绝对路径。提取文件成功后，将其复制到根分区所在的/mnt/sysimage目录下相应位置即可。
　　
救援模式是维护Linux的有力武器，本文以上述两个例子讲解了它的应用方法，希望能够给读者一点启示。解决Linux系统启动的故障，必须充分理解Linux的引导过程，才能够对故障进行有效的判断和处理。