【ch04】Linux系统运维故障排查思路

项目四Linux系统运维故障排查思路一、问答题1.处理各类Linux系统故障通用完整工作思路是什么，各类日志在故障排查中起到怎样的支撑作用？答案：处理Linux系统故障时首先要完整记录系统或程序输出的错误提示信息，这些信息是定位故障最直观的线索，不能直接忽略；若提示信息只能展现表面现象，就需要分别查看系统/var/log目录下的系统日志和业务应用专属日志，结合两类日志综合分析故障细节；之后结合报错、日志、系统运行环境完成故障根源定位，最后针对问题根源实施对应的修复操作，而系统日志完整记录了内核、登录、服务、网络、权限校验等全时段运行事件，程序日志记录应用自身运行报错与交互数据，二者能够还原故障发生全过程，帮助运维人员挖掘表层报错背后的深层诱因，是故障分析核心依据。2.简述Linux系统从开机到进入用户操作界面的四大核心启动阶段，同时说明systemd多用户文本目标态、图形目标态分别对应传统SystemV的哪个运行级别？答案：Linux开机启动前四大阶段依次为BIOS引导阶段、引导装载程序GRUB2阶段、内核启动阶段、systemd初始化阶段，BIOS负责上电自检并按启动顺序读取磁盘MBR，GRUB2识别磁盘分区与文件系统、加载内核镜像到内存，内核完成解压、挂载内存根文件系统rootfs并加载initramfs，最后将控制权移交systemd；systemd中的multi-user.target多用户无图形界面目标态对应传统init的3级运行级别，graphical.target图形多用户目标态对应传统init的5级运行级别，服务器系统默认default.target链接至multi-user.target，桌面系统则默认链接graphical.target。3.MBR损坏会出现哪些典型故障现象，日常如何提前备份MBR，无备份时借助救援模式重建MBR的完整操作逻辑是什么？答案：MBR损坏后常见故障表现有系统无法找到引导程序、开机启动流程直接中断、无法加载操作系统内核、BIOS跳转磁盘引导后屏幕无任何输出，日常系统正常状态下可使用ddif=/dev/sdaof=/root/mbr.bkbs=1count=512命令备份磁盘前512字节MBR数据，且备份文件不能存放在故障磁盘内避免丢失；无MBR备份时需使用系统安装U盘或光盘进入CentOS救援模式，选择读写挂载本地系统后执行chroot切换至本机磁盘根环境，再执行grub2-install/dev/sda命令重新向磁盘主引导扇区安装GRUB程序完成MBR重建，重建完成重启主机即可恢复系统引导功能。4.系统意外断电造成文件系统损坏无法自动挂载启动时会出现什么提示，对应的完整修复操作流程是什么？答案：系统非正常断电引发文件系统不一致后，开机自检磁盘环节会提示对应分区存在文件系统错误，强制触发手动校验并自动进入维护单用户shell，要求输入root密码进行修复；修复时先按提示输入root管理员密码进入维护环境，使用umount命令卸载故障分区防止修复过程写入损坏数据，再根据文件系统类型执行对应fsck修复指令，如ext4文件系统使用fsck.ext4-y/dev/故障分区自动确认修复项，修复过程中无法找回的文件会存入分区lost+found目录，修复完成后重新挂载分区并重启服务器，系统即可正常完成挂载启动。5.Linux网络故障遵循由内到外的排查顺序，完整梳理逐层排查的流程，同时举例说明路由配置错误导致外网无法访问的解决方式。答案：排查Linux网络故障需要从底层硬件向外逐层检测，首先检查网线、交换机、网卡等物理硬件是否完好，接着确认网卡驱动加载、IP地址、路由表配置是否正常，随后校验/etc/resolv.conf与hosts域名解析配置，再使用telnet、systemctl等工具确认目标业务服务端口与服务进程正常运行，之后排查iptables防火墙规则和SELinux访问控制策略是否拦截流量，最后通过ping测试本机、局域网主机、网关判断内网连通性；若双网卡服务器默认路由绑定在内网网卡导致外网无法SSH访问，先执行iproutedelete