报错代码
gzip: .......xz: unknown suffix -- ignored解决方法
# xz -d <file>[步骤] Linux 救援模式软件的安装
步骤一：挂载官方镜像
（步骤略）
步骤二：登录拯救模式
2.1 进入拯救模式
（步骤略）
2.2 登录拯救模式
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 --bind /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 --bind /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 --bind /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 --bind /run /mnt/run（补充：此时所有对救援模式的 /mnt/run 目录的访问都会变成对救援模式的 /run 目录的访问）
步骤五：将当前的根目录从救援模式的根目录切换到系统的根目录
5.1 将当前的根目录从救援模式的根目录切换到系统的根目录
tty1:rescue:~ /bash # 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步骤六：在系统模式安装软件
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/参考文献：
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 登录拯救模式
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 --bind /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 --bind /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 --bind /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 --bind /run /mnt/run（补充：此时所有对救援模式的 /mnt/run 目录的访问都会变成对救援模式的 /run 目录的访问）
步骤五：将当前的根目录从救援模式的根目录切换到系统的根目录
5.1 将当前的根目录从救援模式的根目录切换到系统的根目录
tty1:rescue:~ /bash # 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步骤六：在系统模式修复 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>步骤七：重启系统
bash-4.3# reboot参考文献：
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 登录拯救模式
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 --bind /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 --bind /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 --bind /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 --bind /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:~ # /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.