En AOOSTAR WTR PRO R7 med ZimaOS länkade upprepade gånger med 100 Mbps trots att routern stödde gigabit. Anslutningen nådde ibland 1 Gbps kortvarigt, men föll sedan tillbaka. Att tvinga länken till 1 Gbps gjorde att systemet kändes långsamt eller instabilt i stället för att ge en tillförlitlig anslutning.
Diskussionen undersökte autonegotiation, kompatibilitet mellan kablar och router, Energy Efficient Ethernet, inbyggd programvara, energisparfunktioner och drivrutinsbeteende. Ingen av dessa faktorer bekräftades som grundorsak för den ursprungliga maskinen, och en annan användare rapporterade senare 2,5 Gbps på samma hårdvarumodell och ZimaOS 1.5.4.
Länken nådde bara gigabit kortvarigt
Författaren testade flera kablar, inklusive en som såldes som Cat 7, och provade olika LAN-portar på en Huawei WS7001-router. Båda Ethernet-portarna på mini-datorn betedde sig på liknande sätt. Länklysdioderna verkade visa olika status, och automatisk förhandling upprättade ibland 1 Gbps, men bara under en kort stund innan hastigheten föll tillbaka till 100 Mbps.
Varför communityn avrådde från att tvinga fram 1 Gbps
En person i communityn beskrev mönstret som en fallback till 100 Mbps vid autonegotiation. Resonemanget var att 1000BASE-T kräver förhandling i båda ändarna; att tvinga den ena sidan kan skapa en mismatch i stället för att reparera länken.
Det föreslagna isoleringstestet var att låta autonegotiation vara aktiverat, kringgå vägguttag och annan mellanliggande hårdvara samt använda en kort, beprövad Cat 5e- eller Cat 6-kabel med en annan router- eller switchport. Personen föreslog också att kontrollera om motparten i länken annonserade 1000BASE-T med full duplex.
Kabel, router, EEE och inbyggd programvara övervägdes
Communityn föreslog att Energy Efficient Ethernet skulle inaktiveras för länken samt att moderkortets BIOS, nätverksfirmware och routerns firmware skulle uppdateras. En ohanterad gigabitswitch mellan routern och servern föreslogs som ett praktiskt experiment om routern och I226-V inte lyckades förhandla korrekt.
Detta var diagnostiska förslag, inte bekräftade lösningar. Författaren hade redan testat mer än en routerport och inaktiverade senare tillgängliga energisparfunktioner för CPU, GPU och LAN utan att 100 Mbps-länken förbättrades.
USB-Ethernet-testet isolerade inte nätverkskortet
Författaren köpte en USB-C-Ethernetadapter för att jämföra med den inbyggda I226-V. Den fungerade på en bärbar dator men nådde fortfarande inte 1 Gbps på ZimaOS-servern. Resultatet försvagade en enkel förklaring där endast det inbyggda nätverkskortet var problemet, men visade inte om den kvarvarande faktorn var serverplattformen, ZimaOS, routervägen eller konfigurationen.
I februari 2026 rapporterade en annan ägare av AOOSTAR WTR PRO R7 samma beteende under Proxmox och uppgav att Windows med de officiella drivrutinerna inte visade problemet. Den ursprungliga författaren misstänkte ett Linux-relaterat problem och använde i stället Wi-Fi, men ingen kernel- eller drivrutinslösning identifierades i tråden.
En rapport från samma hårdvara visade 2,5 Gbps
En tredje deltagare med en AOOSTAR WTR PRO R7 och ZimaOS 1.5.4 publicerade länkinformation som visade 2,5 Gbps, full duplex och aktiverad autonegotiation utan någon särskild ändring. Detta motexempel innebär att tråden inte stöder slutsatsen att hela hårdvarumodellen, I226-V-styrenheten eller ZimaOS-versionen i sig är begränsad till 100 Mbps.
Communityns uppgifter stöder att det rör sig om ett olöst, kompatibilitets- eller miljöberoende problem. Den ursprungliga trådskaparen bekräftade ingen fungerande kabelansluten lösning innan diskussionen avslutades.
Vanliga frågor
Löste det problemet att tvinga Intel I226-V till 1 Gbps?
Nej. Författaren rapporterade instabilitet och dålig prestanda när hastigheten tvingades. Rådet från communityn var att behålla autonegotiation aktiverad och samtidigt isolera kabeln, porten och motparten i länken.
Bevisade tråden att ZimaOS var orsaken?
Nej. En deltagare såg liknande beteende under Proxmox, medan en annan användare med samma AOOSTAR-modell nådde 2,5 Gbps på ZimaOS 1.5.4. Det ursprungliga fallet förblev olöst.
