Cette discussion réseau de novembre 2025 ne correspond pas à un cas normal de « ZimaOS n’a pas de réseau ». Le serveur était en ligne, disposait d’une adresse DHCP et transférait du trafic via une interface Ethernet Intel I226-V, mais Paramètres > Réseau affichait une section Connexion vide et n’offrait aucun moyen de configurer une adresse IP statique. La machine disposait également de deux ports I226-V 2.5GbE et de deux interfaces Intel X710 SFP+, ce qui en faisait un système multi-NIC plus complexe que le matériel autour duquel ZimaOS avait initialement optimisé son interface réseau.
La discussion source a progressé à travers des réservations sur le routeur, des changements de port, des redémarrages, ETHS des expérimentations de configuration, des tests d’API et, finalement, une erreur qui a amené un membre de l’équipe à soupçonner lshw analyse. La conversation publique s’est terminée après que l’utilisateur a envoyé les informations matérielles en privé ; aucun correctif final n’a donc été publié.
La page Réseau était vide alors que le serveur était accessible
Cette distinction est essentielle. Le problème n’était pas simplement l’« absence de pilote Ethernet », car au moins une interface Ethernet était active et transportait du trafic.
Le serveur disposait de quatre ports réseau physiques
Le matériel source comprenait :
- deux interfaces Intel I226-V 2.5GbE ;
- deux interfaces Intel X710 SFP+ ;
- une plateforme AMD Ryzen 7 PRO 8845HS ;
- plusieurs disques NVMe et prévoyait un important stockage sur disques durs.
L’utilisateur s’est d’abord connecté via l’un des ports 2.5GbE et a reçu une adresse DHCP autour de 192.168.1.125.
Une réservation sur le routeur n’était pas la cause première
Zima-Giorgio a demandé comment l’utilisateur avait obtenu l’adresse. Celui-ci a expliqué qu’elle avait été attribuée par DHCP, puis réservée par le routeur.
Il a ensuite supprimé la réservation comme demandé. ZimaOS a reçu une autre adresse DHCP, ce qui prouvait que l’interface pouvait toujours communiquer avec le routeur, mais la page Réseau est restée vide.
Ce résultat négatif est important : l’interface manquante n’a pas réapparu simplement après la suppression de la réservation d’adresse fixe du routeur.
Le changement entre les deux ports I226-V n’a pas résolu le problème de l’interface
L’utilisateur s’est demandé si le fait d’être connecté à la deuxième interface 2.5GbE plutôt qu’à la première perturbait ZimaOS. Il a déplacé le câble vers l’autre port I226-V, redémarré complètement la machine et y a également obtenu une adresse fonctionnelle.
Paramètres > Réseau n’affichait toujours pas d’interface.
ifconfig a confirmé la présence d’une interface Ethernet active
La source a ensuite publié une sortie montrant eth0 ainsi :
- ACTIVÉE et EN FONCTIONNEMENT ;
- adresse IPv4 attribuée
192.168.1.123; - recevant et transmettant des paquets ;
- signalant zéro erreur de porteuse.
Cela constitue un indice solide que l’interface réseau Linux fonctionnait, tandis que la couche de gestion de ZimaOS ne parvenait pas à l’énumérer correctement.
Le fil s’est ensuite orienté vers la configuration ETHS de ZimaOS
Le fichier interne zimaos.conf le fichier indiquait ETHS = vide. Des réponses de la communauté et de personnes proches de l’équipe ont ensuite expérimenté l’insertion d’adresses PCI dans ce champ et le redémarrage des services ZimaOS.
Ces modifications n’ont pas rétabli la page Réseau pour l’utilisateur.
Une tentative de configuration d’ETHS ciblait les mauvaises interfaces
L’utilisateur a remarqué que les premières adresses PCI suggérées correspondaient aux ports SFP+ plutôt qu’aux interfaces 2,5 GbE. Il a alors essayé les adresses PCI de l’I226-V.
Même après avoir corrigé les appareils cibles et redémarré les services, la page des paramètres n’affichait toujours pas les interfaces. C’est une autre raison de ne pas présenter la ETHS modification comme une solution éprouvée.
Le fil a révélé une limite historique liée aux hypothèses matérielles
Une réponse indiquait que les travaux antérieurs de compatibilité avec le maillage et l’affichage avaient principalement ciblé les appareils ZimaCube, et que d’autres matériels pouvaient nécessiter des informations PCI explicites. Ce commentaire aide à expliquer pourquoi un mini-serveur générique doté de quatre interfaces réseau pouvait emprunter un chemin que du matériel plus simple n’empruntait pas.
Il ne faut pas l’interpréter comme une exigence actuelle imposant une configuration manuelle à tous les appareils ZimaOS tiers ETHS configuration.
L’API locale des interfaces réseau a renvoyé une erreur
Après l’échec des modifications de configuration, le fil a testé l’API réseau locale de ZimaOS :
curl http://127.0.0.1/v2/zimaos/network/interfacesL’erreur renvoyée a réorienté l’enquête, qui ne portait plus sur la configuration d’une IP statique, mais sur le service chargé de détecter ou de sérialiser les informations matérielles.
Le diagnostic public final orientait vers l’analyse de lshw
Une réponse ultérieure indiquait que l’erreur de l’API suggérait un problème d’analyse de lshw les informations et a demandé à l’utilisateur de recueillir une liste complète du matériel dans /DATA/lshw.logL’utilisateur a ensuite envoyé le résultat en privé.
Comme le fil public s’arrête là, la page ne doit pas inventer l’issue technique. La dernière affirmation étayée est que l’équipe soupçonnait l’analyse des informations matérielles et avait déplacé le diagnostic détaillé vers les messages privés.
La demande concernant le pilote Intel X710 était un sujet distinct
L’utilisateur souhaitait également que les deux ports SFP+ X710 soient pris en charge et espérait finalement utiliser l’agrégation de liens. Zima-Giorgio a indiqué que la demande d’intégration du pilote serait transmise pour examen.
Cette demande ne doit pas être confondue avec l’interface I226-V fonctionnelle qui acheminait déjà la connexion de gestion de ZimaOS.
Ne résolvez pas l’absence d’une interface dans l’interface utilisateur en forçant immédiatement nmcli
L’utilisateur a envisagé d’appliquer une adresse IP statique via nmcli car l’interface utilisateur était absente. Cela permet de configurer le réseau Linux, mais ne corrige pas la raison pour laquelle ZimaOS n’énumère pas l’interface, et les versions ultérieures de ZimaOS proposent des commandes prises en charge pour les adresses IP statiques dans les paramètres.
Sur un système à jour, utilisez le comportement réseau actuel de ZimaOS comme référence pour déterminer ce qui devrait apparaître dans les paramètres.
Les versions actuelles de ZimaOS doivent répertorier les ports Ethernet physiques
Les recommandations réseau actuelles indiquent que les interfaces Ethernet physiques doivent apparaître avec le nom de l’interface, l’état de la liaison, la vitesse négociée et l’adresse IP attribuée. Si Linux dispose d’une interface fonctionnelle mais que la page Réseau est vide, recueillez les diagnostics du service de gestion plutôt que de modifier sans cesse le routeur.
Que recueillir pour un cas similaire actuel
- la version exacte de ZimaOS ;
-
lspci -nnpour tous les contrôleurs réseau ; - la sortie actuelle des interfaces et des adresses ;
- l’état de la liaison pour chaque port physique ;
- la capture d’écran de la page Réseau ;
- les résultats des API réseau ou des journaux pertinents de ZimaOS, sur demande du support ;
- un inventaire matériel tel que
lshwsi le service d’énumération semble échouer.
Ce que le fil de discussion prouve réellement
Le serveur pouvait se connecter au réseau via une interface Intel I226-V, tandis que les paramètres de ZimaOS ne l’affichaient pas. La suppression de la réservation du routeur, le changement de port I226-V, les redémarrages électriques et les modifications manuelles ETHS Les modifications n’ont pas corrigé l’affichage. L’enquête s’est terminée sur la suspicion d’un problème de lshw problème d’analyse avec un suivi privé.
FAQ sur les interfaces réseau manquantes
Le serveur était-il réellement hors ligne ?
Non. Il avait une adresse DHCP et l’interface Ethernet active acheminait du trafic.
La suppression de la réservation du routeur a-t-elle résolu le problème de la page Réseau ?
Non. Le serveur a reçu une nouvelle adresse DHCP, mais les commandes de l’interface restaient absentes.
Le passage à l’autre port I226-V a-t-il résolu le problème ?
Non.
Les modifications manuelles d’ETHS ont-elles résolu le problème ?
Aucune solution publique n’a été confirmée à la suite de ces expérimentations.
Quel était le dernier indice de diagnostic public ?
Une erreur d’API a orienté la discussion vers une piste possible lshw problème d’analyse des informations.
