Komunikat konsoli wskazuje, że sieciowa kolejka transmisji przestała robić postępy:
r8169 ... eth0:
NETDEV WATCHDOG:
transmit queue 0 timed out
Jest to zgodne z objawem opisanym w źródle — ZimaOS nadal działał lokalnie, podczas gdy serwer stał się niedostępny przez sieć. Społeczność słusznie skupiła się na warstwie karty sieciowej, sterownika i połączenia, ale twierdzenie, że sterownik Linux r8169 Stwierdzenie, że sterownik jest po prostu „powszechnie znany jako niestabilny”, jest zbyt ogólne, aby traktować je jako uniwersalny wniosek dotyczący ZimaOS.
Źródłowy sprzęt korzystał ze starszej platformy Gigabyte AB350
System działał na procesorze Ryzen 5 1600X i płycie Gigabyte AB350-Gaming 3 z systemem ZimaOS 1.5.0, a Jellyfin był jedyną aplikacją. W dzienniku jako aktywny sterownik Ethernetu wskazano r8169.
Przed zastosowaniem tej diagnozy w innym przypadku ustal dokładny model karty sieciowej:
lspci -nnk | grep -A3 -i ethernet
ip link
dmesg | grep -i -E "r8169|eth0|watchdog|połączenie"
Najpierw wyklucz problem z połączeniem fizycznym
Odpowiedź społeczności słusznie sugerowała wypróbowanie innego kabla oraz innego portu przełącznika lub routera. Wadliwy interfejs PHY, kabel, złącze albo port przełącznika może powodować zawieszanie się lub resety wyglądające jak błąd sterownika programowego.
Zaktualizuj ZimaOS przed odtwarzaniem problemu z kartą sieciową w wersji 1.5.0
Aktualna wersja ZimaOS to 1.7.1 i obejmuje istotne zmiany w jądrze, sterownikach oraz obsłudze sieci wprowadzone po wydaniu opisanym w źródle. Zanim opracujesz rozwiązanie oparte na stosie sterowników sprzed dwóch wersji, odtwórz awarię na aktualnej stabilnej wersji.
Aktualna dokumentacja IceWhale wyraźnie potwierdza obsługę kilku kart sieciowych Realtek
Aktualna lista zgodności IceWhale obejmuje karty RTL8111 i RTL8125/RTL8125B. Dlatego zawartego w źródle stwierdzenia społeczności nie należy uogólniać do „Realtek nie jest obsługiwany w ZimaOS”.
Użyj aktualnej listy kart sieciowych zgodnych z ZimaOS.
Zasugerowano wymianę na Intel I210, ale nie zostało to zweryfikowane
Autor pierwotnego wpisu zamówił kartę Intel I210 po rekomendacji społeczności. Wątek kończy się, zanim poinformował, czy rozwiązało to problem przekroczenia limitu czasu watchdoga.
Nie przedstawiaj układu I210 jako potwierdzonego źródłowo rozwiązania. Jeśli wymieniasz dziś sprzęt, wybierz kartę sieciową lub chipset obsługiwany przez aktualną dokumentację i zgodny z dostępnymi w płycie głównej liniami PCIe.
Nie instaluj pakietów r8168 w hoście ZimaOS tak jak w Debianie
Społeczność zasugerowała wypróbowanie r8168 zamiast r8169. ZimaOS to system o charakterze appliance, w dużej mierze tylko do odczytu, a nie standardowy host Debian. Wymiana sterownika powinna odbywać się za pośrednictwem obsługiwanej integracji jądra/modułu ZimaOS, a nie przez arbitralne apt instrukcje.
Zmiany stanów zasilania BIOS-u to kontrolowany test, a nie domyślne rozwiązanie
Sugerowano również wyłączenie oszczędzania energii PCIe i stanów C. Ustawienia te mogą wpływać na stabilność łącza na niektórych starszych platformach, ale wpływają również na zużycie energii w stanie bezczynności i działanie systemu. Zmieniaj jedno ustawienie naraz i sprawdzaj długoterminową stabilność działania.
Zapisz stan łącza i sterownika przed ponownym uruchomieniem
Jeśli konsola nadal działa, gdy sieć jest niedostępna, zbierz dane przed wyłączeniem i ponownym włączeniem zasilania:
ethtool eth0
ip -s link show eth0
dmesg | tail -200
Poszukaj zaników łącza, zmian stanu nośnej, błędów transmisji, resetów lub komunikatów watchdog. Ponowne uruchomienie może tymczasowo przywrócić działanie karty sieciowej, ale usunie kontekst czasowy pomagający odróżnić działanie sterownika, układu PHY, kabla i przełącznika.
Zmieniaj tylko jeden element sieci naraz
Prawidłowa sekwencja izolowania problemu wygląda następująco:
- wymień kabel Ethernet;
- przełącz kabel do innego portu przełącznika/routera;
- wyłącz zbędne funkcje oszczędzania energii karty sieciowej, jeśli firmware je udostępnia;
- przetestuj znaną jako kompatybilną dodatkową kartę sieciową;
- dopiero wtedy uznaj, że prawdopodobną przyczyną jest ścieżka związana ze zintegrowanym adapterem/sterownikiem.
Jeśli kilka zmiennych zmieni się jednocześnie, stabilny wynik nie wskaże, która zmiana miała znaczenie.
Obecność Jellyfin nie dowodzi, że serwer multimediów spowodował błąd watchdog
W źródle zainstalowany był Jellyfin, ale komunikat watchdog pochodził ze sterownika Ethernetu i kolejki transmisji. Intensywny ruch strumieniowy może sprawić, że marginalnie działająca ścieżka sieciowa szybciej ulegnie awarii, jednak odinstalowanie Jellyfin nie naprawi uszkodzonego kabla, układu PHY, sterownika ani interakcji związanej ze stanem zasilania PCIe.
Obsługa ogólnego sprzętu x86 nadal zależy od dokładnych identyfikatorów urządzeń
ZimaOS obsługuje ogólny sprzęt x86-64, ale żadna lista zgodności nie może uwzględnić każdej wersji płyty głównej, układu PHY karty sieciowej, BIOS-u ani dodatkowej karty. W zgłoszeniu do pomocy technicznej podaj dokładny identyfikator dostawcy/urządzenia PCI oraz aktualną wersję ZimaOS, aby IceWhale mogło odróżnić obsługiwany chipset od problemu ze sterownikiem zależnego od konkretnej płyty.
FAQ dotyczące komunikatu NETDEV WATCHDOG
Czy źródło potwierdziło, że Intel I210 rozwiązał problem?
Nie. Użytkownik zamówił kartę, ale nie opublikował wyniku.
Czy błąd dowodzi, że każda karta sieciowa r8169/Realtek jest niestabilna w ZimaOS?
Nie. Aktualna dokumentacja zgodności IceWhale obejmuje kilka rodzin kart sieciowych Realtek.
Co należy przetestować przed wymianą karty sieciowej?
Aktualna wersja ZimaOS, inny kabel/port, dokładna identyfikacja karty sieciowej/sterownika oraz logi jądra i łącza z momentu awarii.
