构造grub被破坏的问题场景：rm -rf /boot/grub*reboot解决办法：1. 启动虚拟机时按F2键选择光盘启动引导，进入troubleshooting，然后选择救援模式2. chroot /mnt/sysimage3. mkdir /boot/grub2/4. grub2-mkconfig -o /boot/grub2/grub.cfg5. grub2-install /dev/s

摘要：使用systemd管理的linux系统，默认情况下即开启了转储，当程序确实coredump的时候，你并不能在当前目录下找到转储文件。找到转储文件，需要systemd提供的特定命令工具：coredumpctl。1.确认是否开启core dump（核心转储）1.1 ulimit -c查看系统是否限制了转储空间（通常默认是unlimited），为0则表示系统没有预留转储空间，那么程序崩溃后是找不到

这篇文章是这样规划的：“入门”模块，重点练习python语法和功能入门：下面是我写的一个练习脚本，只做练习用，逐步增加复杂功能，并对每一行代码进行解释，以便日后重温#脚本起始位置标记使用哪个python解释器来执行此脚本#!/usr/bin/python3#脚本起始位置添加这一行，是为了支持脚本中的中文字符串#coding=utf-8#导入标准库os，利用其中的APIimport os#导入sys

结合一个具体问题分析：问题现象：ssh连接失败，在/var/log/messages中报如下图所示错误问题环境：openEuler-20.03-lts-sp1原因分析：服务端与客户端支持的秘钥交换算法不一致导致，服务端未支持diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha