Du behöver inte installera ethtool med apt för att konfigurera Wake-on-LAN på ZimaCube som kör ZimaOS. I källtråden förklarade IceWhale-personal att ethtool redan ingår i ZimaOS och att Wake-on-LAN normalt är aktiverat som standard på ZimaCube.
Förvirringen uppstod genom att instruktioner för produkten och operativsystemet blandades ihop. Den äldre guiden som användaren hittade var skriven för ZimaBoard med CasaOS, där installation av paket med Debian-kommandon kan vara relevant. ZimaOS använder en annan systemdesign, så det är inte en säker standard att kopiera apt install-kommandon från CasaOS-dokumentationen.
Varför det gamla apt-kommandot inte passade ZimaOS
Användaren försökte följa en Wake-on-LAN-guide som instruerade dem att installera ethtool. ZimaOS erbjuder inte ett vanligt arbetsflöde för pakethantering med apt för systemkomponenter på samma sätt som en allmän Debian-värd.
IceWhale-personal svarade att verktyget redan fanns installerat. Det är den korrekta första kontrollen: kör ethtool från det shell som stöds av ZimaOS innan du försöker installera eller ersätta systempaket.
Den separata aktuella Wake-on-LAN-guiden för ZimaCube använder också det inbyggda kommandot ethtool i stället för ett installationssteg med apt.
WOL på ZimaCube är aktiverat som standard, men kontrollera hela kedjan
Den aktuella dokumentationen för ZimaCube anger att Wake-on-LAN är aktiverat som standard. Om det inte är aktivt är det dokumenterade Linux-kommandot ethtool -s eth0 wol g, följt av ethtool eth0 för att verifiera väckningsinställningen.
Utgå inte från att gränssnittsnamnet alltid är eth0 på alla anpassade ZimaOS-installationer. Identifiera först det faktiska Ethernet-gränssnittet. Den aktuella ZimaCube-guiden anger också att WOL-proceduren stöder 2,5 GbE-porten, så valet av port spelar roll på den maskinvaran.
Inställningar i den fasta programvaran kan blockera WOL även när Linux är korrekt konfigurerat
Wake-on-LAN kräver mer än en enda programvaruinställning. Nätverkskortet måste få ström i standbyläge, den fasta programvaran måste tillåta väckningshändelser och nätverksgränssnittet måste behålla rätt väckningsläge efter avstängning.
Den aktuella proceduren för ZimaCube aktiverar Wake from PME i BIOS innan Linux kontrolleras. Om ett magic packet inte gör något bör du kontrollera BIOS-inställningen och strömläget innan du upprepade gånger ändrar ethtool.
BIOS-ströminställningarna för ZimaCube anger också Wake on LAN som ett alternativ i den fasta programvaran som måste kombineras med konfigurationen i ZimaOS.
Lägg bara till lösningar för beständighet om inställningen faktiskt återställs
Den aktuella WOL-guiden innehåller ett exempel på en systemd-tjänst för att aktivera wol g igen efter en omstart. Det kan vara användbart när ett verifierat system upprepade gånger återgår till ett inaktivt läge.
Det bör inte vara det första steget på en ZimaCube som redan rapporterar att Wake-on-LAN fungerar korrekt. Starta först om enheten och kontrollera det aktuella värdet igen. Lägg endast till en mekanism för beständighet om du kan visa att inställningen försvinner, och kontrollera den igen efter uppdateringar av ZimaOS.
Testa från samma LAN innan du felsöker fjärrväckning
Börja med en beprövad Wake-on-LAN-sändare på samma subnät och använd rätt MAC-adress. Lokal testning tar bort VPN, vidarebefordran av broadcasttrafik i routern och policyer för fjärråtkomst från problemet.
Om lokal WOL fungerar men fjärr-WOL misslyckas är ZimaCube-inställningen troligen inte det primära problemet. Undersök då hur fjärrverktyget når det lokala nätverket och om det kan leverera ett magic packet till rätt broadcastdomän.
