报错代码
gzip: .......xz: unknown suffix -- ignored解决方法
# xz -d <file>[步骤] Linux 救援模式软件的安装
步骤一：挂载官方镜像
（步骤略）
步骤二：登录拯救模式
2.1 选择通过光盘启动
（步骤略）
2.2 进入拯救模式
（步骤略）
2.3 登录拯救模式
rescue login:root步骤三：在救援模式确定系统的根 “/” 目录分区
（步骤略）
（
补充：
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
）
步骤四：在救援模式将系统的分区挂载到救援模式的 /mnt 目录
4.1 在救援模式将系统的根 “/” 分区挂载到救援模式的 /mnt 目录
tty1:rescue:~ # mount <root spartition> /mnt（
补充：
1) 如果是物理分区，系统的根 “/” 分区就在救援模式的 /dev/ 目录里，例如救援模式的 /dev/sda1
2) 如果是逻辑分区，Rocky Linux & RHEL 的系统根 “/” 分区就是救援模式里的 /dev/<volume group>/<logical volume> 例如救援模式里的 /dev/vg/lv，openSUSE & SUSE 的系统根 “/” 分区就是救援模式里的 /dev/mapper/<volume group>-<logical volume> 例如救援模式里的 /dev/mapper/vg-lv
）
4.2 在救援模式将救援模式的 /dev 目录关联到救援模式的 /mnt/dev 目录
tty1:rescue:~ # mount --rbind /dev /mnt/dev（
补充：
1) 此时所有对救援模式的 /mnt/dev 目录的访问都会变成对救援模式的 /dev 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.3 在救援模式将救援模式的 /proc 目录关联到救援模式的 /mnt/proc 目录
tty1:rescue:~ # mount --rbind /proc /mnt/proc（
1) 补充：此时所有对救援模式的 /mnt/proc 目录的访问都会变成对救援模式的 /proc 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.4 在救援模式将救援模式的 /sys 目录关联到救援模式的 /mnt/sys 目录
tty1:rescue:~ # mount --rbind /sys /mnt/sys（
1) 补充：此时所有对救援模式的 /mnt/sys 目录的访问都会变成对救援模式的 /sys 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.5 在救援模式将救援模式的 /run 目录关联到救援模式的 /mnt/run 目录 （选做）
tty1:rescue:~ # mount --rbind /run /mnt/run（补充：此时所有对救援模式的 /mnt/run 目录的访问都会变成对救援模式的 /run 目录的访问）
步骤五：将当前的根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录
5.1 将当前的根 “/” 目录 “/” 从救援模式的根 “/” 目录切换到系统的根 “/” 目录
tty1:rescue:~ # chroot /mnt（补充：这里以 /mnt 作为系统根 “/” 目录为例）
5.2 在系统模式挂载所有需要开机自动挂载的目录
bash-4.3# mount -a5.3 在系统模式确认当前根 “/” 目录下的目录
bash-4.3# ls
bin boot dev home lib lib64 mnt opt proc root run sbin selinux srv sys tmp usr var（补充：这里显示的是常见的 Linux 根 “/” 目录 下的目录）
步骤六：在系统模式安装软件
6.1 在系统模式挂载官方镜像
6.1.1 在系统模式创建用于挂载镜像的 /media 目录
bash-4.3# mkdir /media6.1.2 在系统模式挂将官方镜像挂载到 /media 目录
bash-4.3# mount /dev/dvd /media6.2 在系统模式安装 RPM 文件 （软件包）
6.2.1 在系统模式拷贝 RPM 文件 （软件包） 到当前目录
bash-4.3# cp /media/suse/x86_64/rpm-4.11.2-16.21.1.x86_64.rpm .（补充：这里以拷贝 rpm-4.11.2-16.21.1.x86_64.rpm RPM 文件 （软件包） 为例）
6.2.2 在系统模式创建用于提取 rpm 文件 （软件包） 的 pkg 目录
bash-4.3# mkdir pkg6.2.3 在系统模式进入 pkg 目录
bash-4.3# cd pkg6.2.4 在系统模式提取 rpm 文件 （软件包） 里的子文件
bash-4.3# rpm2cpio ../rpm-4.11.2-16.21.1.x86_64.rpm | cpio -ivd（补充：这里以提取 rpm-4.11.2-16.21.1.x86_64.rpm RPM 文件 （软件包） 为例）
6.2.5 在系统模式将提取的 RPM 文件 （软件包） 里的子文件拷贝到 /bin 目录
bash-4.3# cp bin/rpm /bin/步骤七：重启系统
7.1 从当前系统的根 “/” 目录切换回救援模式的根 “/” 目录
bash-4.3# exit7.2 重启系统
tty1:rescue:~ # reboot参考文献：
https://www.suse.com/support/kb/doc/?id=000018770
[排错] 解决重启系统后无法进入系统，并提示 “/grub2/i386-pc/normoal.mod not found gpt”
报错代码
/grub2/i386-pc/normoal.mod not found gpt解决方法
步骤一：挂载官方镜像
（步骤略）
步骤二：登录拯救模式
2.1 选择通过光盘启动
（步骤略）
2.2 进入拯救模式
（步骤略）
2.3 登录拯救模式
rescue login:root步骤三：在救援模式确定系统的根 “/” 目录分区
（步骤略）
（
补充：
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
）
步骤四：在救援模式将系统的分区挂载到救援模式的 /mnt 目录
4.1 在救援模式将系统的根 “/” 分区挂载到救援模式的 /mnt 目录
tty1:rescue:~ # mount <root spartition> /mnt（
补充：
1) 如果是物理分区，系统的根 “/” 分区就在救援模式的 /dev/ 目录里，例如救援模式的 /dev/sda1
2) 如果是逻辑分区，Rocky Linux & RHEL 的系统根 “/” 分区就是救援模式里的 /dev/<volume group>/<logical volume> 例如救援模式里的 /dev/vg/lv，openSUSE & SUSE 的系统根 “/” 分区就是救援模式里的 /dev/mapper/<volume group>-<logical volume> 例如救援模式里的 /dev/mapper/vg-lv
）
4.2 在救援模式将救援模式的 /dev 目录关联到救援模式的 /mnt/dev 目录
tty1:rescue:~ # mount --rbind /dev /mnt/dev（
补充：
1) 此时所有对救援模式的 /mnt/dev 目录的访问都会变成对救援模式的 /dev 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.3 在救援模式将救援模式的 /proc 目录关联到救援模式的 /mnt/proc 目录
tty1:rescue:~ # mount --rbind /proc /mnt/proc（
补充：
1) 此时所有对救援模式的 /mnt/proc 目录的访问都会变成对救援模式的 /proc 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.4 在救援模式将救援模式的 /sys 目录关联到救援模式的 /mnt/sys 目录
tty1:rescue:~ # mount --rbind /sys /mnt/sys（
补充：
1) 此时所有对救援模式的 /mnt/sys 目录的访问都会变成对救援模式的 /sys 目录的访问
2) 步骤 4.2、步骤 4.3 和步骤 4.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
4.5 在救援模式将救援模式的 /run 目录关联到救援模式的 /mnt/run 目录 （选做）
tty1:rescue:~ # mount --rbind /run /mnt/run（补充：此时所有对救援模式的 /mnt/run 目录的访问都会变成对救援模式的 /run 目录的访问）
步骤五：将当前的根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录
5.1 将当前的根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录
tty1:rescue:~ # chroot /mnt（补充：这里以 /mnt 作为系统根 “/” 目录为例）
5.2 在系统模式挂载所有需要开机自动挂载的目录
bash-4.3# mount -a5.3 在系统模式确认当前根 “/” 目录下的目录
bash-4.3# ls
bin boot dev home lib lib64 mnt opt proc root run sbin selinux srv sys tmp usr var（补充：这里显示的是常见的 Linux 根 “/” 目录 下的目录）
步骤六：在系统模式修复 GRUB2
6.1 在系统模式确定系统的 GRUB2 目录分区
（步骤略）
（
补充：
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
）
6.2 在系统模式修复 GRUB2
bash-4.3# grub2-install <disk which GRUB2 in>6.3 在系统模式修复 /boot/grub2/grub.cfg
bash-4.3# grub2-mkconfig -o /boot/grub2/grub.cfg步骤七：重启系统
7.1 从当前系统的根 “/” 目录切换回救援模式的根 “/” 目录
bash-4.3# exit7.2 重启系统
bash-4.3# reboot补充：boot 分区的文件系统损坏的情况
如果以上步骤都不起作用，且 /boot 是单独分区的话，则可能是 boot 分区的文件系统损坏，可以尝试以下补充：
1) 重复本文步骤五和之前步骤的内容
2) 将 /boot 目录里的内容全部拷贝出来
3) 取消挂载 /boot 目录的分区
4) 将挂载 /boot 目录的分区重新格式化成 ext4 格式
5) 格式化后分区的 UUID 会改变，所以需要更新 /etc/fstab 文件中挂载 /boot 目录分区的 UUID
6) 将格式化后的分区重新挂载 /boot 目录
7) 将刚刚从 /boot 目录拷贝出来的内容拷贝回 /boot 目录
8) 重复此文的步骤六
（注意：不建议使用 Btrfs 文件系统给 /boot 目录分区）
参考文献：
https://www.suse.com/support/kb/doc/?id=000018770
[步骤] Linux 系统被删根 （/）目录 （rm -rf /*） 后锁定删根 （/） 目录 （rm -rf /*） 用户的尝试 （系统层面）
步骤一：系统被删根 （rm -rf /*） 后的现象总结
1) 系统无法被 ssh
2) 通过 console 口登录系统在输入密码时会卡住
3) 尝试将当前根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录时会报错 “chroot: failed to run command #/bin/bash#: No such file or directory”
4) 重启系统后无法进入系统，并提示：/grub2/i386-pc/normoal.mod not found gpt
5）在救援模式显示 /boot 目录里的文件时，可能会发现此目录下只有 grub2 目录，而此 grub2 目录里也是空的
6) 在救援模式显示 /bin 目录时，会显示并无此目录
7) 在救援模式显示 /etc 目录里的文件时，可能会发现此目录下只有 lvm 文件
步骤二：挂载官方镜像
（步骤略）
步骤三：登录拯救模式
3.1 选择通过光盘启动
（步骤略）
3.2 进入拯救模式
（步骤略）
3.3 登录拯救模式
rescue login:root步骤四：在救援模式确定系统的根 “/” 目录分区
（步骤略）
（
补充：
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
）
步骤五：在救援模式将系统的分区挂载到救援模式的 /mnt 目录
5.1 在救援模式将系统的根分 “/” 区挂载到救援模式的 /mnt 目录
5.1.1 在救援模式将系统的根 “/” 分区挂载到救援模式的 /mnt 目录
tty1:rescue:~ # mount <root spartition> /mnt（
补充：
1) 如果是物理分区，系统的根 “/” 分区就在救援模式的 /dev/ 目录里，例如救援模式的 /dev/sda1
2) 如果是逻辑分区，Rocky Linux & RHEL 的系统根 “/” 分区就是救援模式里的 /dev/<volume group>/<logical volume> 例如救援模式里的 /dev/vg/lv，openSUSE & SUSE 的系统根 “/” 分区就是救援模式里的 /dev/mapper/<volume group>-<logical volume> 例如救援模式里的 /dev/mapper/vg-lv
）
5.1.2 在救援模式确认系统的根 “/” 分区已经挂载到救援模式的 /mnt 目录
tty1:rescue:~ # ls /mnt（补充：此时可以看到 /mnt 目录下有系统根 “/” 目录下的各个目录，例如 /etc /root 等）
5.2 在救援模式将救援模式的 /dev 目录关联到救援模式的 /mnt/dev 目录
tty1:rescue:~ # mount --rbind /dev /mnt/dev（
补充：
1) 此时所有对救援模式的 /mnt/dev 目录的访问都会变成对救援模式的 /dev 目录的访问
2) 步骤 5.2、步骤 5.3 和步骤 5.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
5.3 在救援模式将救援模式的 /proc 目录关联到救援模式的 /mnt/proc 目录
tty1:rescue:~ # mount --rbind /proc /mnt/proc（
补充：
1) 此时所有对救援模式的 /mnt/proc 目录的访问都会变成对救援模式的 /proc 目录的访问
2) 步骤 5.2、步骤 5.3 和步骤 5.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
5.4 在救援模式将救援模式的 /sys 目录关联到救援模式的 /mnt/sys 目录
tty1:rescue:~ # mount --rbind /sys /mnt/sys（
补充：
1) 此时所有对救援模式的 /mnt/sys 目录的访问都会变成对救援模式的 /sys 目录的访问
2) 步骤 5.2、步骤 5.3 和步骤 5.4 也可以用以下命令代替：
tty1:rescue:~ # for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done）
5.5 在救援模式将救援模式的 /run 目录关联到救援模式的 /mnt/run 目录 （选做）
tty1:rescue:~ # mount --rbind /run /mnt/run（补充：此时所有对救援模式的 /mnt/run 目录的访问都会变成对救援模式的 /run 目录的访问）
步骤六：显示系统被删根 “/” 目录 （rm -rf /*） 后的现象
6.1 尝试将当前根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录时会报错 “chroot: failed to run command #/bin/bash#: No such file or directory”
tty1:rescue:~ # chroot /mnt
chroot: failed to run command #/bin/bash#: No such file or directory（补充：这里以 /mnt 作为系统根 “/” 目录为例）
（注意：因为在使用 rm -rf /* 命令删过根 “/” 以后，/bin/bash 已经被删除，所以会报错：chroot: failed to run command #/bin/bash#: No such file or directory）
6.2 在救援模式显示 /boot 目录里的文件时，会发现此目录下只有 grub2 目录，而此 grub2 目录里也是空的
tty1:rescue:~ # ls /boot
grub2tty1:rescue:~ # ls /boot此步骤也可以通过以下方法实现：
tty1:rescue:~ # ls -l /mounts/mp_0001/boot
total 0
......grub2tty1:rescue:~ # ls -l /mounts/mp_0001/boot/grub2
total 06.3 在救援模式显示 /bin 目录时，会显示并无此目录
tty1:rescue:~ # ls /mnt/bin
ls: cannot access '/mnt/bin' : No such file or directory6.4 在救援模式显示 /etc 目录里的文件时，会发现此目录下只有 lvm 文件
tty1:rescue:~ # ls /etc/
lvm步骤七：在救援模式修复系统的 /bin 目录和里面的文件
7.1 在救援模式创建 /mnt/bin 目录
tty1:rescue:~ # mkdir /mnt/bin7.2 在救援模式挂载官方镜像
7.2.1 在救援模式创建用于挂载镜像的 /media 目录
tty1:rescue:~ # mkdir /media7.2.2 在救援模式挂将官方镜像挂载到 /media 目录
tty1:rescue:~ # mount /dev/dvd /media7.3 在救援模式安装 bash 软件
7.3.1 在救援模式拷贝 bash 的 RPM 文件 （软件包） 到当前目录
tty1:rescue:~ # cp /media/suse/x86_64/bash-4.3-83.23.1.x86_64.rpm .（补充：这里以拷贝 /media/suse/x86_64/bash-4.3-83.23.1.x86_64.rpm）
7.3.2 在救援模式创建用于提取 bash 的 RPM 文件 （软件包） 的 bash 目录
tty1:rescue:~ # mkdir bash7.3.3 在救援模式进入 bash 目录
tty1:rescue:~ # cd bash7.3.4 在救援模式提取 bash 的 RPM 文件 （软件包） 里的子文件
tty1:rescue:~ /bash # rpm2cpio ../bash-4.3-83.23.1.x86_64.rpm | cpio -ivd（补充：这里以提取 bash-4.3-83.23.1.x86_64.rpm RPM 文件 （软件包） 为例）
7.3.5 在救援模式显示提取 bash 的 RPM 文件 （软件包） 里的子文件后生成的目录
tty1:rescue:~ /bash # ls
bin etc usr7.4 在救援模式将提取的 bash 的 RPM 文件 （软件包） 里的子文件拷贝到 /mnt/bin 目录
tty1:rescue:~ /bash # cp -rpv bin/* /mnt/bin
'bin/bash' -> '/mnt/bin/bash'
'bin/sh' -> '/mnt/bin/sh'7.5 在救援模式拷贝 /bin/bash 文件依赖的动态链接库到 /mnt 目录下存放 /bin/bash 文件依赖的动态链接库的目录
7.5.1 在救援模式查看 /bin/bash 文件依赖的动态链接库
tty1:rescue:~ /bash # ldd /bin/bash7.5.2 在救援模式在 /mnt 目录下创建存放 /bin/bash 文件依赖的动态链接库的目录
7.5.2.1 创建 lib 目录
tty1:rescue:~ /bash # mkdir /mnt/lib7.5.2.2 创建 lib64 目录
tty1:rescue:~ /bash # mkdir /mnt/lib647.5.3 在救援模式拷贝 /bin/bash 文件依赖的动态链接库到 /mnt 目录下存放 /bin/bash 文件依赖的动态链接库的目录
7.5.3.1 拷贝存放在 lib 目录的动态链接库
tty1:rescue:~ /bash # cp /lib/x86_64-linux-gnu/liblsp.so /mnt/lib
tty1:rescue:~ /bash # cp /lib/x86_64-linux-gnu/libtinfo.so.5 /mnt/lib
tty1:rescue:~ /bash # cp /lib/x86_64-linux-gnu/libd1.so.2 /mnt/lib
tty1:rescue:~ /bash # cp /lib/x86_64-linux-gnu/libc.so.6 /mnt/lib7.5.3.2 拷贝存放在 lib64 目录的动态链接库
tty1:rescue:~ /bash # cp /lib64/ld-linux-x86-64.so.2 /mnt/lib64步骤八：将当前的根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录
8.1 将当前的根 “/” 目录从救援模式的根 “/” 目录切换到系统的根 “/” 目录
tty1:rescue:~ /bash # chroot /mnt（补充：这里以 /mnt 作为系统根 “/” 目录为例）
8.2 在系统模式下挂载所有需要开机自动挂载的目录
bash-4.3# mount -a8.3 在系统模式下确认当前根 “/” 目录下的目录
bash-4.3# ls
bin boot dev home lib lib64 mnt opt proc root run sbin selinux srv sys tmp usr var步骤九：锁定有删根 “/” 目录 （rm -rf /*） 操作的用户
9.1 在系统模式显示历史命令以确认有没有用户输入过 rm -rf /* 命令
bash-4.3# history | less9.2 在系统模式显示用户登录记录
bash-4.3# last | less（补充：此时会显示最后登录系统的用户、登录时间、且可能最后 1 个登录系统的用户无退出时间）
9.3 根据步骤 9.1 和步骤 9.2 推测是哪个用户进行过删根 “/” 目录 （rm -rf /*） 操作
（步骤略）
参考文献：
https://www.suse.com/support/kb/doc/?id=000018770
[内容] Linux 网卡的显示
方法一：ip 命令
# ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:1c:42:c9:3c:81 brd ff:ff:ff:ff:ff:ff
inet 10.10.10.129/24 brd 10.10.10.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fdb2:2c26:f4e4:0:55da:1265:541f:8007/64 scope global temporary dynamic
valid_lft 563315sec preferred_lft 44695sec
inet6 fdb2:2c26:f4e4:0:21c:42ff:fec9:3c81/64 scope global dynamic mngtmpaddr
valid_lft 2591846sec preferred_lft 604646sec
inet6 fe80::21c:42ff:fec9:3c81/64 scope link
valid_lft forever preferred_lft forever方法二：ifconfig 命令
# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.10.10.129 netmask 255.255.255.0 broadcast 10.10.10.255
inet6 fdb2:2c26:f4e4:0:21c:42ff:fec9:3c81 prefixlen 64 scopeid 0x0<global>
inet6 fe80::21c:42ff:fec9:3c81 prefixlen 64 scopeid 0x20<link>
inet6 fdb2:2c26:f4e4:0:55da:1265:541f:8007 prefixlen 64 scopeid 0x0<global>
ether 00:1c:42:c9:3c:81 txqueuelen 1000 (Ethernet)
RX packets 698666 bytes 485434755 (462.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 372557 bytes 699406543 (667.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 73792 bytes 394285172 (376.0 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 73792 bytes 394285172 (376.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0方法三：iwconfig 命令
# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.