Deze netwerkdiscussie uit november 2025 gaat niet over een normaal geval van “ZimaOS heeft geen netwerk”. De server was online, had een DHCP-adres en verwerkte verkeer via een Intel I226-V-Ethernetinterface, maar Instellingen > Netwerk toonde een lege sectie Verbinding en bood geen mogelijkheid om een statisch IP-adres te configureren. De machine had ook twee I226-V 2,5GbE-poorten en twee Intel X710 SFP+-interfaces, waardoor dit een complexer systeem met meerdere netwerkkaarten was dan de hardware waarvoor ZimaOS de netwerkinterface oorspronkelijk had geoptimaliseerd.
De brondiscussie vorderde via routerreserveringen, het verwisselen van poorten, herstarts, interne ETHS configuratie-experimenten, API-tests en uiteindelijk een fout die een teamlid ertoe bracht te vermoeden dat lshw parseren. Het openbare gesprek eindigde nadat de gebruiker privé hardware-informatie had gestuurd, dus er is geen gepubliceerde definitieve oplossing.
De netwerkpagina was leeg terwijl de server bereikbaar was
Dit onderscheid is essentieel. Het probleem was niet simpelweg “geen Ethernetdriver”, omdat ten minste één Ethernetinterface actief was en verkeer verwerkte.
De server had vier fysieke netwerkpoorten
De bronhardware omvatte:
- twee Intel I226-V 2,5GbE-interfaces;
- twee Intel X710 SFP+-interfaces;
- een AMD Ryzen 7 PRO 8845HS-platform;
- meerdere NVMe-schijven en was van plan grote HDD-opslag te gebruiken.
De gebruiker maakte aanvankelijk verbinding via een van de 2,5GbE-poorten en ontving een DHCP-adres rond 192.168.1.125.
Een routerreservering was niet de hoofdoorzaak
Zima-Giorgio vroeg hoe de gebruiker het adres had verkregen. De gebruiker legde uit dat DHCP het had toegewezen en dat de router dat IP-adres vervolgens had gereserveerd.
Later verwijderden ze de reservering zoals gevraagd. ZimaOS ontving een ander DHCP-adres, wat bewees dat de interface nog steeds met de router kon communiceren, maar de Netwerkpagina bleef leeg.
Dit negatieve resultaat is belangrijk: de ontbrekende UI werd niet opgelost door alleen de vaste-adresreservering van de router te verwijderen.
Wisselen tussen de twee I226-V-poorten loste de UI niet op
De gebruiker vroeg zich af of de verbinding met de tweede 2,5GbE-interface in plaats van de eerste ZimaOS in de war bracht. Ze verplaatsten de kabel naar de andere I226-V-poort, schakelden de machine uit en weer in en kregen ook daar een werkend adres.
Instellingen > Netwerk toonde nog steeds geen interface.
ifconfig bevestigde dat er een actieve Ethernetinterface was
De bron plaatste later uitvoer waaruit bleek dat eth0 als:
- UP en RUNNING;
- toegewezen IPv4-adres
192.168.1.123; - pakketten ontving en verzond;
- die nul carrier-fouten rapporteerde.
Dat is sterk bewijs dat de Linux-netwerkinterface werkte, terwijl de ZimaOS-beheerlaag deze niet correct kon inventariseren.
De thread verschoof vervolgens naar de ETHS-configuratie van ZimaOS
Het interne zimaos.conf bestand toonde ETHS = leeg. Reacties van de community en aan het team gelieerde reacties experimenteerden vervolgens met het invoegen van PCI-adressen in dat veld en het opnieuw starten van de ZimaOS-services.
Die wijzigingen herstelden de netwerkpagina voor de gebruiker niet.
Eén ETHS-poging was gericht op de verkeerde interfaces
De gebruiker merkte op dat de eerst voorgestelde PCI-adressen overeenkwamen met de SFP+-poorten in plaats van met de 2,5GbE-interfaces. Vervolgens probeerde de gebruiker de PCI-adressen van de I226-V.
Zelfs na het corrigeren van de doelapparaten en het opnieuw starten van de services toonde de instellingenpagina de interfaces nog steeds niet. Dit is nog een reden om de ETHS bewerking als bewezen oplossing.
De thread bracht een historische grens in hardwareaannames aan het licht
Een antwoord stelde dat eerder werk aan compatibiliteit voor mesh en beeldschermen voornamelijk op ZimaCube-apparaten was gericht en dat voor andere hardware mogelijk expliciete PCI-informatie nodig was. Die opmerking helpt verklaren waarom een generieke mini-server met vier netwerkkaarten een pad kon activeren dat eenvoudigere hardware niet activeerde.
Dit mag niet worden gelezen als een huidige vereiste dat voor alle ZimaOS-hardware van derden handmatige ETHS configuratie.
De lokale API voor netwerkinterfaces gaf een fout
Nadat de configuratiewijzigingen geen effect hadden, testte de thread de lokale ZimaOS-netwerk-API:
curl http://127.0.0.1/v2/zimaos/network/interfacesDe geretourneerde fout verschoof het onderzoek van de configuratie van een statisch IP-adres naar de service die verantwoordelijk was voor het detecteren of serialiseren van hardware-informatie.
De uiteindelijke openbare diagnose wees op het parseren van lshw
Een later antwoord stelde dat de API-fout wees op een probleem bij het parseren van lshw informatie en vroeg de gebruiker om een volledige hardwarelijst te verzamelen in /DATA/lshw.log. De gebruiker stuurde het resultaat vervolgens privé.
Omdat de openbare thread daar stopt, mag de pagina de technische uitkomst niet verzinnen. De laatst ondersteunde verklaring is dat het team een probleem vermoedde met het parseren van hardware-informatie en een gedetailleerde diagnose naar privéberichten verplaatste.
Het verzoek om de Intel X710-driver was een afzonderlijk onderwerp
De gebruiker wilde ook dat de twee X710 SFP+-poorten werden ondersteund en hoopte uiteindelijk linkaggregatie te gebruiken. Zima-Giorgio zei dat het verzoek om stuurprogramma-integratie ter beoordeling zou worden doorgestuurd.
Dat verzoek moet niet worden verward met de werkende I226-V-interface die de ZimaOS-beheersverbinding al droeg.
Los een ontbrekende interface in de gebruikersinterface niet op door onmiddellijk nmcli geforceerd te gebruiken
De gebruiker overwoog een statisch IP-adres in te stellen via nmcli omdat de gebruikersinterface ontbrak. Daarmee kan Linux-netwerken worden geconfigureerd, maar niet worden hersteld waarom ZimaOS de interface niet inventariseert; bovendien bieden latere ZimaOS-versies ondersteunde opties voor statische IP-adressen in Settings.
Gebruik op een actueel systeem het huidige netwerkgedrag van ZimaOS als uitgangspunt voor wat er in Settings moet verschijnen.
Huidig ZimaOS hoort fysieke Ethernetpoorten te tonen
Volgens de huidige netwerkrichtlijnen moeten fysieke Ethernetinterfaces worden weergegeven met de interfacenaam, linkstatus, overeengekomen snelheid en toegewezen IP-adres. Als Linux een werkende interface heeft maar de netwerkpagina leeg is, verzamel dan diagnostische gegevens voor de beheerservice in plaats van de router steeds opnieuw aan te passen.
Wat u moet verzamelen voor een vergelijkbare actuele case
- de exacte ZimaOS-versie;
-
lspci -nnvoor alle netwerkcontrollers; - de huidige interface- en adresuitvoer;
- de linkstatus van elke fysieke poort;
- de schermafbeelding van de netwerkpagina;
- resultaten van relevante ZimaOS-netwerk-API's of logboeken wanneer support daarom vraagt;
- een hardware-inventarisatie zoals
lshwals de enumeratieservice lijkt te falen.
Wat de thread daadwerkelijk bewijst
De server kon via een Intel I226-V-interface verbinding met het netwerk maken, terwijl ZimaOS Settings deze niet toonde. Het verwijderen van de routerreservering, het wisselen tussen I226-V-poorten, stroomcycli en handmatige ETHS De bewerkingen herstelden de weergave niet. Het onderzoek eindigde bij een vermoedelijk lshw probleem met parseren tijdens de privéopvolging.
Veelgestelde vragen over ontbrekende netwerkinterfaces
Was de server daadwerkelijk offline?
Nee. De server had een DHCP-adres en de actieve Ethernetinterface verzond en ontving verkeer.
Is de netwerkpagina weer hersteld door de routerreservering te verwijderen?
Nee. De server kreeg een nieuw DHCP-adres, maar de interfaceopties bleven ontbreken.
Is het probleem opgelost door over te schakelen naar de andere I226-V-poort?
Nee.
Hebben handmatige ETHS-bewerkingen het probleem opgelost?
Uit die experimenten werd geen openbare oplossing bevestigd.
Wat was de laatste openbare diagnostische aanwijzing?
Een API-fout leidde het gesprek in de richting van een mogelijke lshw probleem met het parseren van informatie.
