커뮤니티 솔루션

ZimaOS r8169의 NETDEV WATCHDOG: NIC를 교체하기 전에 Realtek 네트워크 멈춤 현상 진단하기

A November 2025 generic-PC ZimaOS 1.5.0 case where the server became unreachable and the console repeatedly logged r8169 NETDEV WATCHDOG transmit-queue timeouts. Community replies suspected the onboard Realtek NIC/driver and suggested an Intel I210 card. The original poster ordered one but never returned with a result, so the proposed replacement was not source-confirmed.

콘솔 메시지는 네트워크 송신 큐가 더 이상 진행되지 않고 멈췄음을 보여 줍니다.

r8169 ... eth0:
NETDEV WATCHDOG:
transmit queue 0 timed out

이는 ZimaOS가 로컬에서 계속 실행되는 동안 서버에 네트워크로 연결할 수 없게 된 출처의 증상과 일치합니다. 커뮤니티가 NIC/드라이버/링크 계층에 주목한 것은 합리적이지만, Linux의 드라이버가 r8169 드라이버가 단순히 “불안정한 것으로 알려졌다”는 주장은 너무 광범위하며, 보편적인 ZimaOS 결론으로 이어갈 수 없습니다.

ZimaOS 콘솔에 r8169 NETDEV WATCHDOG transmit queue 0 timed out 오류가 반복해서 표시됨
출처의 서버는 이더넷 경로가 정상적으로 데이터를 전송하지 못하는 동안에도 반복되는 watchdog 메시지를 출력할 만큼은 계속 작동했습니다.

출처의 하드웨어는 구형 Gigabyte AB350 플랫폼을 사용했습니다

해당 시스템은 Gigabyte AB350-Gaming 3에서 ZimaOS 1.5.0을 실행하는 Ryzen 5 1600X 구성으로, 유일한 앱은 Jellyfin이었습니다. 로그에서 활성 이더넷 드라이버가 다음으로 식별되었습니다. r8169.

이 진단을 다른 환경에 적용하기 전에 정확한 NIC를 확인하세요:

lspci -nnk | grep -A3 -i ethernet
ip link
dmesg | grep -i -E "r8169|eth0|watchdog|링크"

먼저 물리적 링크부터 배제하세요

커뮤니티 답변에서는 다른 케이블과 다른 스위치/라우터 포트를 사용해 보라고 올바르게 제안했습니다. 성능이 불안정한 PHY, 케이블, 커넥터 또는 스위치 포트는 소프트웨어 드라이버 결함처럼 보이는 멈춤/재설정을 일으킬 수 있습니다.

ZimaOS를 업데이트한 후 1.5.0 NIC 문제를 재현하세요

현재 ZimaOS는 1.7.1이며, 출처가 공개된 후 커널/드라이버/네트워크가 크게 변경되었습니다. 두 버전 이전의 드라이버 스택을 전제로 설계하기 전에 현재 안정화 빌드에서 문제를 재현해 보세요.

최신 IceWhale 문서는 여러 Realtek NIC를 명시적으로 지원합니다

IceWhale의 최신 호환성 목록에는 RTL8111 및 RTL8125/RTL8125B 어댑터가 포함되어 있습니다. 따라서 출처의 커뮤니티 발언을 “Realtek은 ZimaOS에서 지원되지 않는다”라고 일반화해서는 안 됩니다.

NIC를 교체하기 전에 현재 ZimaOS 네트워크 어댑터 목록을 사용하세요.

Intel I210 교체는 제안되었을 뿐, 검증되지는 않았습니다

OP는 커뮤니티의 추천을 받은 후 Intel I210을 주문했습니다. 해당 교체가 watchdog 시간 초과 문제를 해결했는지 보고하기 전에 스레드가 종료됩니다.

I210을 출처에서 확인된 해결책으로 단정하지 마세요. 오늘 하드웨어를 교체한다면 최신 문서와 마더보드에서 사용 가능한 PCIe 레인을 기준으로 지원되는 NIC/칩셋을 선택하세요.

Debian처럼 ZimaOS 호스트에 r8168 패키지를 설치하지 마세요

커뮤니티에서는 시도해 보라고 제안했습니다 r8168 대신 r8169. ZimaOS는 일반적인 Debian 호스트가 아니라 가전제품 스타일의 사실상 읽기 전용 시스템입니다. 드라이버 교체는 임의로 수행하지 말고 지원되는 ZimaOS 커널/모듈 통합 방식을 통해 진행해야 합니다. apt 지침.

BIOS 전원 상태 변경은 통제된 테스트이지 기본 해결책이 아닙니다

PCIe 절전/C-state를 비활성화하라는 제안도 있었습니다. 이러한 설정은 일부 구형 플랫폼에서 링크 안정성에 영향을 줄 수 있지만, 유휴 전력 소비와 시스템 동작에도 영향을 줍니다. 한 번에 하나의 설정만 변경하고 장기간 가동 시간이 유지되는지 확인하세요.

재부팅하기 전에 링크 및 드라이버 상태를 캡처하세요

콘솔은 계속 작동하지만 네트워크가 끊긴 경우, 전원을 껐다 켜기 전에 증거를 수집하세요.

ethtool eth0
ip -s link show eth0
dmesg | tail -200

링크 플랩, 캐리어 변경, 전송 오류, 재설정 또는 watchdog 메시지를 확인하세요. 재부팅하면 NIC가 일시적으로 복구될 수 있지만, 드라이버, PHY, 케이블 및 스위치 동작을 구분하는 데 도움이 되는 시간적 맥락이 사라집니다.

네트워크 구성 요소는 한 번에 하나씩 변경하세요

권장되는 격리 순서는 다음과 같습니다.

  1. 이더넷 케이블을 교체합니다.
  2. 다른 스위치/라우터 포트로 옮깁니다.
  3. 펌웨어에서 불필요한 NIC 절전 기능을 제공하는 경우 이를 비활성화합니다.
  4. 호환성이 확인된 추가 장착 NIC를 테스트합니다.
  5. 그런 다음에야 온보드 어댑터/드라이버 경로가 문제일 가능성이 높다고 결론 내릴 수 있습니다.

여러 변수를 동시에 변경하면 안정적인 결과가 나와도 어떤 변경이 영향을 미쳤는지는 알 수 없습니다.

Jellyfin이 있다고 해서 미디어 서버가 watchdog의 원인이라는 뜻은 아닙니다

출처에는 Jellyfin이 설치되어 있었지만 watchdog 메시지는 이더넷 드라이버와 전송 큐에서 발생했습니다. 스트리밍 트래픽이 많으면 결함이 있는 네트워크 경로에서 장애가 더 빨리 발생할 수 있지만, Jellyfin을 제거해도 결함이 있는 케이블, PHY, 드라이버 또는 PCIe 전원 상태 상호작용이 복구되지는 않습니다.

일반 x86 지원도 정확한 장치 ID에 따라 달라집니다

ZimaOS는 일반적인 x86-64 하드웨어를 지원하지만, 어떤 호환성 목록도 모든 마더보드 리비전, NIC PHY, BIOS 및 추가 장착 카드를 포괄할 수는 없습니다. 지원 문의 보고서에 정확한 PCI 공급업체/장치 ID와 현재 ZimaOS 버전을 포함하면 IceWhale이 공식 지원 칩셋 문제인지 보드별 드라이버 문제인지 구분할 수 있습니다.

NETDEV WATCHDOG FAQ

Intel I210이 문제를 해결했다는 것을 출처에서 확인했나요?

아니요. 사용자가 카드를 주문했지만 결과를 게시하지 않았습니다.

이 오류만으로 모든 r8169/Realtek NIC가 ZimaOS에서 불안정하다는 뜻인가요?

아니요. 현재 IceWhale 호환성 문서에는 여러 Realtek NIC 제품군이 포함되어 있습니다.

NIC를 교체하기 전에 무엇을 테스트해야 하나요?

현재 ZimaOS 버전, 다른 케이블/포트, 정확한 NIC/드라이버 식별 정보, 장애 발생 당시의 커널/링크 로그