故障应急处理

触发kdump重启

# 向sysrq文件中写入1, 开启SysRq功能,开启该功能后,内核会响应任何操作。
echo 1 > /proc/sys/kernel/sysrq

# 让系统崩溃
echo c > /proc/sysrq-trigger

强制重启

强制重启有以下两种方式: (1)手动重启OS

reboot -f

(2)通过iBMC强制上下电

zh-cn_image_0000001372249333

重启网络

openEuler使用NetworkManager来管理网络,执行下面命令即可重启网络。

systemctl restart NetworkManager

修复文件系统

当系统强行上下电重启后,文件系统可能受到损坏,系统启动时会自动检查并修复文件系统,当文件系统没有自动修复成功时,便需要手动使用fsck进行扫描和修复。

# 此时一般会进入救援模式,在日志中查看是哪个文件系统路径损坏。
journalctl -xb
# 修复前检查该分区是否已经挂载
cat /proc/mounts
# 卸载该目录
umount xx
# 若无法卸载,**kill**占用该目录的进程
lsof | grep xxx
kill xxx
# 执行fsck命令进行修复,过程中需要输入yes or no
fsck -y /dev/xxx

手动dropcache

#当N数值不同时,可以达到不同的清理目的。根据linux内核文档建议,在清理前先执行sync(因为drop操作不会释放任何脏对象,而sync命令将所有未写的系统缓冲区写到磁盘中,包含已修改的inodes、已延迟的块I/O和读写映射文件,这样可以减少脏对象,从而让更多对象可以被释放。)
echo N > /proc/sys/vm/drop_caches

#释放pagecache
echo 1 > /proc/sys/vm/drop_caches

#释放dentries和inodes
echo 2 > /proc/sys/vm/drop_caches

#释放pagecache, dentries和inodes
echo 3 > /proc/sys/vm/drop_caches

救援模式和单用户模式

  • 单用户模式

    在登录界面,输入字母e,进入grub界面,在linux行加入init=/bin/sh,按ctrl+x进入界面

    1. 执行mount -o remount,rw /
    2. 执行修改密码等操作。
    3. exit退出

文档捉虫

“有虫”文档片段

问题描述

提交类型 issue
有点复杂...
找人问问吧。
PR
小问题,全程线上修改...
一键搞定!
问题类型
规范和低错类

● 错别字或拼写错误;标点符号使用错误;

● 链接错误、空单元格、格式错误;

● 英文中包含中文字符;

● 界面和描述不一致,但不影响操作;

● 表述不通顺,但不影响理解;

● 版本号不匹配:如软件包名称、界面版本号;

易用性

● 关键步骤错误或缺失,无法指导用户完成任务;

● 缺少必要的前提条件、注意事项等;

● 图形、表格、文字等晦涩难懂;

● 逻辑不清晰,该分类、分项、分步骤的没有给出;

正确性

● 技术原理、功能、规格等描述和软件不一致,存在错误;

● 原理图、架构图等存在错误;

● 命令、命令参数等错误;

● 代码片段错误;

● 命令无法完成对应功能;

● 界面错误,无法指导操作;

风险提示

● 对重要数据或系统存在风险的操作,缺少安全提示;

内容合规

● 违反法律法规,涉及政治、领土主权等敏感词;

● 内容侵权;

您对文档的总体满意度

非常不满意
非常满意
提交
根据您的反馈,会自动生成issue模板。您只需点击按钮,创建issue即可。