Dieser Netzwerk-Thread vom November 2025 ist kein gewöhnlicher Fall von „ZimaOS hat kein Netzwerk“. Der Server war online, hatte eine DHCP-Adresse und übertrug Daten über eine Intel-I226-V-Ethernet-Schnittstelle. Dennoch zeigte Einstellungen > Netzwerk einen leeren Verbindungsbereich und bot keine Möglichkeit, eine statische IP-Adresse zu konfigurieren. Der Rechner verfügte außerdem über zwei I226-V-2,5-GbE-Ports und zwei Intel-X710-SFP+-Schnittstellen, wodurch es sich um ein komplexeres Multi-NIC-System handelte, als die ZimaOS-Netzwerkoberfläche ursprünglich vorgesehen hatte.
Der ursprüngliche Thread entwickelte sich über Router-Reservierungen, das Wechseln der Ports und Neustarts hin zu interner ETHS Konfigurationsexperimenten, API-Tests und schließlich einem Fehler, der ein Teammitglied vermuten ließ, lshw Analyse. Die öffentliche Unterhaltung endete, nachdem der Nutzer die Hardwareinformationen privat übermittelt hatte; daher gibt es keine veröffentlichte abschließende Lösung.
Die Netzwerkseite blieb leer, obwohl der Server erreichbar war
Diese Unterscheidung ist entscheidend. Das Problem war nicht einfach „kein Ethernet-Treiber“, da mindestens eine Ethernet-Schnittstelle aktiv war und Datenverkehr übertrug.
Der Server hatte vier physische Netzwerkanschlüsse
Zur Hardware der Quelle gehörten:
- zwei Intel-I226-V-2,5-GbE-Schnittstellen;
- zwei Intel-X710-SFP+-Schnittstellen;
- eine Plattform mit AMD Ryzen 7 PRO 8845HS;
- mehrere NVMe-Laufwerke und plante umfangreichen HDD-Speicher.
Der Nutzer stellte zunächst über einen der 2,5-GbE-Ports eine Verbindung her und erhielt eine DHCP-Adresse etwa 192.168.1.125.
Eine Router-Reservierung war nicht die eigentliche Ursache
Zima-Giorgio fragte, wie der Nutzer die Adresse erhalten hatte. Der Nutzer erklärte, dass sie per DHCP zugewiesen und anschließend vom Router reserviert worden war.
Später entfernte der Nutzer die Reservierung wie gewünscht. ZimaOS erhielt eine andere DHCP-Adresse, wodurch bestätigt wurde, dass die Schnittstelle weiterhin mit dem Router kommunizieren konnte. Die Netzwerkseite blieb jedoch leer.
Dieses negative Ergebnis ist wichtig: Die fehlende Anzeige wurde nicht einfach dadurch behoben, dass die feste Adressreservierung des Routers entfernt wurde.
Der Wechsel zwischen den beiden I226-V-Ports behob das UI-Problem nicht
Der Nutzer fragte sich, ob die Verbindung mit der zweiten 2,5-GbE-Schnittstelle statt mit der ersten ZimaOS verwirrte. Er steckte das Kabel in den anderen I226-V-Port um, führte einen Neustart durch und erhielt auch dort eine funktionierende Adresse.
Unter Einstellungen > Netzwerk wurde weiterhin keine Schnittstelle angezeigt.
ifconfig bestätigte eine aktive Ethernet-Schnittstelle
Die Quelle veröffentlichte später eine Ausgabe mit dem Hinweis eth0 als:
- AKTIV und IN BETRIEB;
- zugewiesene IPv4-Adresse
192.168.1.123; - Pakete empfing und übertrug;
- und meldete keine Carrier-Fehler.
Das ist ein starker Hinweis darauf, dass die Linux-Netzwerkschnittstelle funktionierte, während die ZimaOS-Verwaltungsebene sie nicht korrekt auflisten konnte.
Der Thread wechselte anschließend zur ZimaOS-ETHS-Konfiguration
Die interne zimaos.conf Die Datei ETHS = leer. Antworten aus der Community und dem Umfeld des Teams experimentierten anschließend damit, PCI-Adressen in dieses Feld einzutragen und die ZimaOS-Dienste neu zu starten.
Diese Änderungen stellten die Netzwerkseite für den Benutzer nicht wieder her.
Ein ETHS-Versuch zielte auf die falschen Schnittstellen
Der Benutzer bemerkte, dass die zuerst vorgeschlagenen PCI-Adressen den SFP+-Ports und nicht den 2,5-GbE-Schnittstellen entsprachen. Anschließend probierte er stattdessen die PCI-Adressen des I226-V aus.
Selbst nach der Korrektur der Zielgeräte und dem Neustart der Dienste wurden die Schnittstellen auf der Einstellungsseite weiterhin nicht angezeigt. Dies ist ein weiterer Grund, die ETHS Änderung als nachgewiesene Lösung.
Der Thread zeigte eine historische Grenze bei den Hardwareannahmen
Eine Antwort besagte, dass sich die frühere Arbeit zur Kompatibilität mit Mesh und Display hauptsächlich auf ZimaCube-Geräte konzentriert habe und andere Hardware möglicherweise explizite PCI-Informationen benötige. Dieser Kommentar hilft zu erklären, warum ein generischer Mini-Server mit vier NICs einen Pfad auslösen konnte, den einfachere Hardware nicht nutzte.
Dies sollte nicht als aktuelle Anforderung verstanden werden, dass bei sämtlicher ZimaOS-Hardware von Drittanbietern eine manuelle ETHS Konfiguration.
Die lokale API für Netzwerkschnittstellen gab einen Fehler zurück
Nachdem die Konfigurationsänderungen fehlgeschlagen waren, testete der Thread die lokale ZimaOS-Netzwerk-API:
curl http://127.0.0.1/v2/zimaos/network/interfacesDer zurückgegebene Fehler lenkte die Untersuchung von der Konfiguration einer statischen IP hin zu dem Dienst, der für die Erkennung oder Serialisierung von Hardwareinformationen zuständig ist.
Die abschließende öffentliche Diagnose deutete auf das Parsen von lshw hin
Eine spätere Antwort besagte, dass der API-Fehler auf ein Problem beim Parsen hindeutete lshw Informationen und bat den Benutzer, eine vollständige Hardwareauflistung zu sammeln in /DATA/lshw.log. Der Benutzer übermittelte das Ergebnis anschließend privat.
Da der öffentliche Thread an dieser Stelle endet, darf die Seite kein Ergebnis der technischen Untersuchung erfinden. Die letzte belegte Aussage ist, dass das Team einen Fehler beim Parsen von Hardwareinformationen vermutete und die detaillierte Diagnose in private Nachrichten verlegte.
Die Anfrage zum Intel-X710-Treiber war ein separates Thema
Der Benutzer wollte außerdem, dass die beiden X710-SFP+-Ports unterstützt werden, und hoffte schließlich auf die Nutzung einer Link-Aggregation. Zima-Giorgio sagte, die Anfrage zur Treiberintegration werde zur Prüfung weitergeleitet.
Diese Anfrage sollte nicht mit der funktionierenden I226-V-Schnittstelle verwechselt werden, die bereits die ZimaOS-Verbindung für die Verwaltung bereitstellte.
Eine fehlende Benutzeroberfläche für Netzwerkschnittstellen nicht sofort durch das Erzwingen von nmcli beheben
Der Benutzer erwog, über nmcli weil die Benutzeroberfläche fehlte. Damit lässt sich die Linux-Netzwerkkonfiguration einrichten, aber nicht beheben, warum ZimaOS die Schnittstelle nicht auflistet; außerdem bieten neuere ZimaOS-Versionen unterstützte Steuerelemente für statische IP-Adressen in den Einstellungen.
Verwende auf einem aktuellen System das aktuelle Netzwerkverhalten von ZimaOS als Referenz dafür, was in den Einstellungen erscheinen sollte.
Aktuelles ZimaOS sollte physische Ethernet-Ports auflisten
Die aktuellen Netzwerkrichtlinien besagen, dass physische Ethernet-Schnittstellen mit Schnittstellenname, Verbindungsstatus, ausgehandelter Geschwindigkeit und zugewiesener IP-Adresse angezeigt werden sollten. Wenn Linux eine funktionierende Schnittstelle hat, die Netzwerkseite jedoch leer ist, sollten Diagnosedaten für den Verwaltungsdienst gesammelt werden, anstatt wiederholt den Router zu ändern.
Was für einen ähnlichen aktuellen Fall gesammelt werden sollte
- die genaue ZimaOS-Version;
-
lspci -nnfür alle Netzwerkcontroller; - die aktuelle Ausgabe von Schnittstelle und Adresse;
- der Verbindungsstatus jedes physischen Ports;
- der Screenshot der Netzwerkseite;
- Ergebnisse relevanter ZimaOS-Netzwerk-APIs oder Protokolle auf Anfrage des Supports;
- eine Hardwareinventur wie
lshwfalls der Enumerationsdienst auszufallen scheint.
Was der Thread tatsächlich belegt
Der Server konnte über eine Intel-I226-V-Schnittstelle auf das Netzwerk zugreifen, während die ZimaOS-Einstellungen sie nicht anzeigten. Das Entfernen der Router-Reservierung, der Wechsel zwischen den I226-V-Ports, Neustarts und manuelle ETHS Die Änderungen behoben die Anzeige nicht. Die Untersuchung endete mit dem Verdacht auf ein lshw Analyseproblem mit privater Weiterverfolgung.
FAQ zu fehlenden Netzwerkschnittstellen
War der Server tatsächlich offline?
Nein. Der Server hatte eine DHCP-Adresse, und die aktive Ethernet-Schnittstelle übertrug Daten.
Hat das Entfernen der Router-Reservierung die Netzwerkseite repariert?
Nein. Der Server erhielt eine neue DHCP-Adresse, aber die Steuerelemente der Schnittstelle blieben nicht verfügbar.
Hat der Wechsel zum anderen I226-V-Port das Problem behoben?
Nein.
Haben manuelle ETHS-Änderungen das Problem gelöst?
Aus diesen Experimenten wurde keine öffentliche Lösung bestätigt.
Was war der letzte öffentliche Diagnosehinweis?
Ein API-Fehler führte dazu, dass die Diskussion sich auf ein mögliches lshw Problem bei der Informationsanalyse.
