Ethernet Link Drop on Raspberry Pi 5 with Official NVMe HAT + PSU + Heat-Sink/Fan
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 30/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- linux, raspberry-pi
- Domain
- embedded-iot, networking, operating-systems
Research direction
Start by reproducing the reported 3–4 minute Ethernet failure on the Raspberry Pi 5 setup, then review the supplied dmesg, journalctl, ethtool, and ip output for the macb eth0 link transitions. Compare the full system information at the linked paste with the reported hardware and firmware setup; done means identifying a reproducible cause and an appropriate kernel issue resolution.
Written by the indexing model from the issue text.
Description
Describe the bug
After approximately 3–4 minutes of uptime, the Ethernet link on my Raspberry Pi 5 drops unexpectedly. Sometimes it recovers after a few seconds, sometimes it does not reconnect at all without manual intervention. This cycle repeats indefinitely. The system is fully updated and uses only official Raspberry Pi hardware, including the NVMe HAT with the included drive, the official 27W power supply, and Raspberry Pi OS Bookworm. Static IP is set via nmtui, no DHCP is used. This behavior severely impacts headless server usage via SSH or VNC.
Steps to reproduce the behaviour
- Set up a Raspberry Pi 5 with the official NVMe HAT and included NVMe drive.
- Use the official 27W Raspberry Pi USB-C power supply.
- Attach the official Raspberry Pi 5 heatsink and fan.
- Install Raspberry Pi OS (Bookworm) to the NVMe drive.
- Boot the system with a static IP configured via
nmtui. - Connect the Ethernet port to a router or switch.
- Observe that the link initially comes up as expected.
- Wait ~3–4 minutes.
- Observe that the Ethernet link drops, sometimes re-establishes, sometimes stays down.
- Repeatable on every reboot.
Device (s)
Raspberry Pi 5
System
Logs
Logs
dmesg (Relevant Ethernet Entries)
[ 210.765030] macb 1f00100000.ethernet eth0: Link is Down
[ 213.838421] macb 1f00100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control tx
journalctl -b | grep eth0
Consistently confirms the link down/up cycle following initial boot.
ethtool eth0
Speed: 1000Mb/s
Duplex: Full
Link detected: Yes
driver: macb
ip a
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500
link/ether 2c:cf:67:f7:fc:3d
inet 192.168.0.50/24 brd 192.168.0.255 scope global eth0
vcgencmd get_throttled
throttled=0x0
No undervoltage or thermal throttling is present. System is stable in terms of power.
Additional context
[ 210.765030] macb 1f00100000.ethernet eth0: Link is Down
[ 213.838421] macb 1f00100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control tx
This behavior occurs consistently around 3–4 minutes after boot. The Ethernet interface (eth0) drops without any user interaction and sometimes fails to recover without a reboot.
Additional context
- The system is intended to run as a headless application server, so stable Ethernet is critical.
- Wi-Fi connectivity appears stable, suggesting the issue is isolated to the wired interface.
- The issue persists even with up-to-date firmware and a fully upgraded Raspberry Pi OS Bookworm installation.
- All hardware in use is officially branded Raspberry Pi (Pi 5, NVMe HAT with SSD, heatsink/fan, and 27W power supply).
- The static IP was set using
nmtui, and no DHCP is involved. - The Ethernet drops even when idle, with no traffic load.
- No undervoltage or thermal throttling is reported via
vcgencmd get_throttled.
- Dominant language
- C
- Stars
- 13.2k
- Forks
- 5.5k
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 21
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from raspberrypi/linux
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raspberrypi/linux#7415 · 2 comments · 1 reaction ·
-
rp1-cfe doesn't forward V4L2_EVENT_SOURCE_CHANGE event from csi-2 sensor driver to userspace app Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
raspberrypi/linux#7399 · 1 comment ·
-
Difficulty 1/5 Under an hour Newbie friendliness 82/100
raspberrypi/linux#7357 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raspberrypi/linux#7054 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
raspberrypi/linux#7634 · 8 comments · 1 reaction ·
All issues in raspberrypi/linux
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
zephyrproject-rtos/zephyr#119726 ·
-
[Bounty proposal] fix(web): memory insights count an evening memory on the next day ($25 proposed) Open
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
BasedHardware/omi#15320 ·
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·