现象一:ping 命令会卡住
ping MAC 地址冲突的 Linux IP 地址时,ping 的延迟不高,但是 ping 命令会随机卡住
现象二:SSH 远程登录后输入命令会卡住
通过 SSH 登录 MAC 地址冲突的 Linux IP 地址时,可以正常登录,但是输入命令后会随机卡住
现象三:SNMP 客户端失效
此时 MAC 地址冲突的 Linux SNMP 客户端无法被其他机器发现。若此时通过 SNMPv3 访问此 Linux 的 SNMP 客户端,验证可以通过,但是无法拉取信息
ping MAC 地址冲突的 Linux IP 地址时,ping 的延迟不高,但是 ping 命令会随机卡住
通过 SSH 登录 MAC 地址冲突的 Linux IP 地址时,可以正常登录,但是输入命令后会随机卡住
此时 MAC 地址冲突的 Linux SNMP 客户端无法被其他机器发现。若此时通过 SNMPv3 访问此 Linux 的 SNMP 客户端,验证可以通过,但是无法拉取信息
(步骤略)
(步骤略)
(步骤略)
rescue login:root
(步骤略)
(
补充:
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
)
# mount <root spartition> /mnt
# mount /dev/sr0 /mnt/mnt
# rpm -ivh --root=/mnt /mnt/mnt/Module-Basesystem/x86_64/util-linux-2.39.3-150600.2.1.x86_64.rpm
(补充:这里以安装 util-linux-2.39.3-150600.2.1.x86_64.rpm 软件包为例)
bash-4.3# exit
tty1:rescue:~ # reboot
Linux 无法进入系统,进入拯救模式后乱码
mount 命令损坏,导致系统在启动的过程中无法挂载所有需要挂载的分区,例如 /boot 目录、根 “/” 分区等
(步骤略)
(步骤略)
(步骤略)
rescue login:root
(步骤略)
(
补充:
1) 物理分区可以使用 lsblk 命令、fdisk -l 或 cat /proc/partitions 命令辅助确定
2) 逻辑分区还可以可以使用 pvs 命令、lvs 命令或 lvdisplay 命令辅助确定
)
# mount <root spartition> /mnt
# mount /dev/sr0 /mnt/mnt
# rpm -ivh --root=/mnt /mnt/mnt/Module-Basesystem/x86_64/util-linux-2.39.3-150600.2.1.x86_64.rpm
(补充:这里以安装 util-linux-2.39.3-150600.2.1.x86_64.rpm 软件包为例)
bash-4.3# exit
tty1:rescue:~ # reboot
# ldd `which ls`
记录需要使用的网络端口的网卡机器码 (MAC) 地址
(步骤略)
(
注意:
1) 只有物理机才需要完成这步
2) 当物理机 1 个网络模块上有 2 个网络端口时,要特别注意 2 个网络端口各自的网卡机器码 (MAC) 地址,例如:戴尔服务器网络端口的网卡机器码 (MAC) 地址在页面的最下方
)
# ip a s
或者:
# ip address show
(补充:当出现 ”UP“ 字样时代表网卡已经启动)
(注意:nmcli device show 命令不能确认此时网卡是否联通)
# ethtool eth0
(注意:nmcli device show 命令不能确认此时网卡是否联通)
# ifconfig eth0 192.168.0.2/24
或者:
# ip a add 192.168.0.2/24 dev eth0
(补充:这里以给 eth0 网卡添加临时 IP 地址 192.168.0.2/24 为例)
(注意:只有当确认网卡是联通的时候才进行此操作)
# route add default gw 192.168.0.1
或者:
# ip route add default via 192.168.0.1
(注意:只有当确认网卡是联通的时候才进行此操作)
# ip a s
# route -n