# wget -e "http_proxy=https://10.0.0.1:10001" https://eternalcenter.com/test.rpm（补充：这里以通过代理 https://10.0.0.1:10001 下载 https://eternalcenter.com/ 网址上的 test.rpm 软件包为例）
[命令] e2fsck 命令的使用 （紧急修复 EXT 格式的文件系统）
正文：
步骤一：进入救援模式
（注意：当进入 RHEL 的救援模式时，如果遇到了有 ”Skip to shell“ 的选项，则选择此选项）
步骤二：开启软件级 RAID 或者 LVM
2.1 开启软件级 RAID
sh-4.2# mdadm --assemble --scan2.2 开启 LVM
sh-4.2# lvm vgchange -ay步骤三：修复 XFS 格式的文件系统
3.1 如果是修复逻辑卷
sh-4.2# e2fsck -fvy /dev/mapper/<volume group>-<logical volume>（注意：在进行此操作前建议先备份数据）
3.2 如果是修复硬盘
sh-4.2# e2fsck -fvy /dev/<disk device>（注意：在进行此操作前建议先备份数据）
3.3 如果是修复硬盘分区
sh-4.2# e2fsck -fvy /dev/<disk device partition>（注意：在进行此操作前建议先备份数据）
3.4 如果是修复挂在的设备
sh-4.2# e2fsck -fvy /dev/<md device>（注意：在进行此操作前建议先备份数据）
步骤四：退出救援模式
sh-4.2# exit补充：
如果是修复 EXT 格式的文件系统的话，将步骤三种的以下命令：
sh-4.2# e2fsck -fvy /dev/mapper/<volume group>-<logical volume>
sh-4.2# e2fsck -fvy /dev/<disk device>
sh-4.2# e2fsck -fvy /dev/<disk device partition>
sh-4.2# e2fsck -fvy /dev/<md device>修改成：
sh-4.2# xfs_repair /dev/mapper/<volume group>-<logical volume>
sh-4.2# xfs_repair /dev/<disk device>
sh-4.2# xfs_repair /dev/<disk device partition>
sh-4.2# xfs_repair /dev/<md device>（
注意：
1) 在进行此操作前建议先备份数据
2) 如果直接使用 xfs_reqaire 命令无效，可以加上 -L 参数，但是使用 -L 参数前一定要提前备份数据：
sh-4.2# xfs_repair -L /dev/mapper/<volume group>-<logical volume>
sh-4.2# xfs_repair -L /dev/<disk device>
sh-4.2# xfs_repair -L /dev/<disk device partition>
sh-4.2# xfs_repair -L /dev/<md device>）
参考文献：
https://access.redhat.com/solutions/9541
https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/10/html/managing_file_systems/checking-and-repairing-a-file-system_
https://docs.redhat.com/zh-cn/documentation/red_hat_enterprise_linux/8/html/managing_file_systems/checking-an-xfs-file-system-with-xfs-repair_checking-and-repairing-a-file-system
[命令] xfs_repair 命令的使用 （紧急修复 XFS 格式的文件系统）
正文：
步骤一：进入救援模式
（注意：当进入 RHEL 的救援模式时，如果遇到了有 ”Skip to shell“ 的选项，则选择此选项）
步骤二：开启软件级 RAID 或者 LVM
2.1 开启软件级 RAID
sh-4.2# mdadm --assemble --scan2.2 开启 LVM
sh-4.2# lvm vgchange -ay步骤三：修复 XFS 格式的文件系统
3.1 如果是修复逻辑卷
sh-4.2# xfs_repair /dev/mapper/<volume group>-<logical volume>（
注意：
1) 在进行此操作前建议先备份数据
2) 如果直接使用 xfs_reqaire 命令无效，可以加上 -L 参数，但是使用 -L 参数前一定要提前备份数据：
sh-4.2# xfs_repair -L /dev/mapper/<volume group>-<logical volume>）
3.2 如果是修复硬盘
sh-4.2# xfs_repair /dev/<disk device>（
注意：
1) 在进行此操作前建议先备份数据
2) 如果直接使用 xfs_reqaire 命令无效，可以加上 -L 参数，但是使用 -L 参数前一定要提前备份数据：
sh-4.2# xfs_repair -L /dev/<disk device>）
3.3 如果是修复硬盘分区
sh-4.2# xfs_repair /dev/<disk device partition>（
注意：
1) 在进行此操作前建议先备份数据
2) 如果直接使用 xfs_reqaire 命令无效，可以加上 -L 参数，但是使用 -L 参数前一定要提前备份数据：
sh-4.2# xfs_repair -L /dev/<disk device partition>）
3.4 如果是修复挂在的设备
sh-4.2# xfs_repair /dev/<md device>（
注意：
1) 在进行此操作前建议先备份数据
2) 如果直接使用 xfs_reqaire 命令无效，可以加上 -L 参数，但是使用 -L 参数前一定要提前备份数据：
sh-4.2# xfs_repair -L /dev/<md device>）
步骤四：退出救援模式
sh-4.2# exit补充：
如果是修复 EXT 格式的文件系统的话，将步骤三种的以下命令：
sh-4.2# xfs_repair /dev/mapper/<volume group>-<logical volume>
sh-4.2# xfs_repair /dev/<disk device>
sh-4.2# xfs_repair /dev/<disk device partition>
sh-4.2# xfs_repair /dev/<md device>修改成：
sh-4.2# e2fsck -fvy /dev/mapper/<volume group>-<logical volume>
sh-4.2# e2fsck -fvy /dev/<disk device>
sh-4.2# e2fsck -fvy /dev/<disk device partition>
sh-4.2# e2fsck -fvy /dev/<md device>参考文献：
https://access.redhat.com/solutions/9541
https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/10/html/managing_file_systems/checking-and-repairing-a-file-system_
https://docs.redhat.com/zh-cn/documentation/red_hat_enterprise_linux/8/html/managing_file_systems/checking-an-xfs-file-system-with-xfs-repair_checking-and-repairing-a-file-system[排错] 解决使用 curl 命令时报错 “curl: (60) SSL certificate problem: EE certificate key too weak”
报错代码
curl: (60) SSL certificate problem: EE certificate key too weak
More details here: https://curl.se/docs/sslcerts.html原因分析
目标链接证书的加密强度太弱，而本地系统设置了禁止访问此类弱加密强度的链接
解决方法
将允许访问的证书种类设置成默认水平
# update-crypto-policies --set Default[排错] 解决戴尔服务器 iDRAC 阵列卡的任务卡住且无法删除
现象
戴尔 iDRAC 阵列卡的任务 （例如删除 RAID 虚拟磁盘的任务） 卡住且无法删除，且就算进入戴尔的 Lifecycle Controller 后也没有发现要删除的 RAID 虚拟磁盘有什么变化
解决方法
步骤一：进入戴尔的 Lifecycle Controller 手动删除此 RAID 虚拟磁盘
（步骤略）
（注意：删除 RAID 虚拟磁盘后里面的所有数据都会无法访问）
步骤二：让任务彻底失败
登陆戴尔 iDRAC 网页 à Dashboard à More Actions à Reboot iDRAC
步骤三：删除彻底失败了的任务
登陆戴尔 iDRAC 网页 à Storage à Tasks à Job Queue à 勾选彻底失败了的任务 à Delete
步骤四：再次重启 iDRAC
登陆戴尔 iDRAC 网页 à Dashboard à More Actions à Reboot iDRAC
步骤五：之后就可以进行其他操作了
（步骤略）