2022-02-28

2022-02-28

我有一台用于备份的计算机,它通过局域网唤醒来运行备份,然后关闭。今天早上发生了一些事情,导致 MAC 地址发生变化。虽然我知道 MAC 地址被改变,我不认为这种事会在没有询问的情况下发生。

这台电脑一直在运行 Ubuntu,并从 16.04 开始更新。它目前使用的是 Ubuntu 20.04.3 LTS。在某个时候eth0变成了enp2s0,但我无法想象为什么这会改变 MAC。以太网端口内置在主板中。这台电脑每天只运行 20-60 分钟,不做其他事情。多年来它没有移动过,也没有进行过硬件改装。它是一个可靠的备份系统——受到监控,但除此之外被忽略了,因为它就是正常工作——这是我对 Ubuntu 机器所期望的那种可靠性。

知道是什么原因造成的吗?可能是某些更新导致的吗?是硬件问题吗?如果是,我该如何找出原因?

编辑:原始 MAC 地址为 00:1a:4d:5e:7e:85,新地址为 aa:4c:ca:15:7e:97。这两个地址相差甚远,很难通过 EEPROM 中的位翻转来解释。原始地址显示 Giga-Byte Tech 为供应商(正如预期的那样,它是 Giga-Byte 主板)。新地址没有供应商,看起来完全是随机的。

编辑:根据要求,输出几个命令。

$ ip addr
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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
    inet 10.4.8.210/16 brd 10.4.255.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::82a3:395:882b:844a/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
$ ls -l /etc/netplan/
total 0
$ sudo cat /etc/netplan/*
cat: &apos;/etc/netplan/*&apos;: No such file or directory
$ sudo ls -l /etc/NetworkManager/system-connections/
total 0
$ sudo cat /etc/NetworkManager/system-connections/*
cat: &apos;/etc/NetworkManager/system-connections/*&apos;: No such file or directory
$ sudo grep -lR "aa:4c:ca:15:7e:97" /etc 2>/dev/null

$ sudo grep -R -C 4 "aa:4c:ca:15:7e:97" /etc  2>/dev/null

$

此外,我使用系统救援

[root@sysrescue ~]# ip a
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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
    inet 10.4.8.210/16 brd 10.4.255.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::fd62:c737:4f9c:80fe/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

显然,硬件 MAC 已更改,Ubuntu 不会在每次系统启动时设置此地址。硬件 MAC 如何更改以及为何更改仍是一个谜。

2022-02-28

从电脑上拔下电源线后,MAC 地址恢复到原来的状态。虽然我多次关闭电脑电源,但我没有拔下电源线。即使机器的其余部分已关闭,NIC 也必须通电才能启用 LAN 唤醒功能。无论是什么原因导致了这个问题,它都是暂时的。

2023-06-24

这台电脑的主板是 GIGABYTE GA-MA790FX-DS5,在出现 SATA 驱动器周期性故障问题后被更换。我认为芯片组快要坏了,MAC 地址的这种随机变化是第一个症状。在完全断电后,再次观察到 MAC 变化,并再次重置。这台电脑已有 14 年历史,在生命的前 3 年里全天候运行,然后在剩余的时间里每天运行不到一小时。它始终通过 LAN 唤醒供电。

就我而言,我将把 MAC 地址随机变化归咎于硬件故障,并且非常确信情况确实如此。

答案1

请将这些命令的输出(分成几部分)添加到上面的问题中:

ip addr
ls -l /etc/netplan/
sudo cat /etc/netplan/*
sudo ls -l /etc/NetworkManager/system-connections/
sudo cat /etc/NetworkManager/system-connections/*
sudo grep -lR "aa:4c:ca:15:7e:97" /etc 2>/dev/null
sudo grep -R -C 4 "aa:4c:ca:15:7e:97" /etc  2>/dev/null

有一种简单的方法可以将系统设置问题与硬件问题区分开来。使用带有实时 Linux 映像的 USB 闪存盘启动计算机,并检查以太网接口的 MAC 地址。如果 MAC 仍然是aa:4c:ca:15:7e:97,那么可能是硬件问题。如果 MAC 切换回00:1a:4d:5e:7e:85,那么在您安装的 Ubuntu 系统中的某个位置设置了一个错误的 MAC。

相关内容