Soluzione della community

La pagina di rete di ZimaOS non mostra alcuna interfaccia, anche se Ethernet funziona

A November 2025 multi-NIC server case where Intel I226-V Ethernet obtained a DHCP address and carried traffic, but the ZimaOS 1.5.x Network page showed no configurable interfaces. IceWhale asked the user to remove the router reservation and use ZimaClient, while deeper community diagnostics pointed toward interface discovery or lshw parsing. No public final fix was posted.

Questa discussione sulla rete del novembre 2025 non riguarda un normale caso di “ZimaOS non ha rete”. Il server era online, aveva un indirizzo DHCP e trasferiva traffico tramite un'interfaccia Ethernet Intel I226-V, tuttavia Impostazioni > Rete mostrava una sezione Connessione vuota e non offriva alcun modo per configurare un IP statico. La macchina disponeva inoltre di due porte I226-V 2.5GbE e due interfacce Intel X710 SFP+, risultando quindi un sistema multi-NIC più complesso rispetto all'hardware per cui ZimaOS aveva originariamente ottimizzato l'interfaccia di rete.

La discussione originale è proseguita attraverso prenotazioni del router, scambi delle porte, riavvii, ETHS esperimenti di configurazione, test dell'API e infine un errore che ha portato un membro del team a sospettare lshw analisi. La conversazione pubblica si è conclusa dopo che l'utente ha inviato privatamente le informazioni sull'hardware, quindi non esiste una soluzione finale pubblicata.

La pagina Rete era vuota mentre il server era raggiungibile

Le impostazioni di rete di ZimaOS mostravano una sezione Connessione vuota, anche se il server disponeva di un indirizzo di rete funzionante
L'utente della fonte poteva raggiungere ZimaOS al suo indirizzo DHCP, ma la pagina Rete non mostrava alcuna interfaccia fisica da configurare.

Questa distinzione è essenziale. Il problema non era semplicemente l'assenza di un driver Ethernet, perché almeno un'interfaccia Ethernet era attiva e trasmetteva traffico.

Il server disponeva di quattro porte di rete fisiche

L'hardware della fonte comprendeva:

  • due interfacce Intel I226-V 2.5GbE;
  • due interfacce Intel X710 SFP+;
  • una piattaforma AMD Ryzen 7 PRO 8845HS;
  • più unità NVMe e prevedeva di utilizzare un'ampia capacità di archiviazione su HDD.

Inizialmente l'utente si è collegato tramite una delle porte 2.5GbE e ha ricevuto un indirizzo DHCP intorno a 192.168.1.125.

La prenotazione del router non era la causa principale

Zima-Giorgio ha chiesto come avesse ottenuto l'indirizzo. L'utente ha spiegato che era stato assegnato dal DHCP e che il router aveva poi riservato quell'IP.

In seguito hanno rimosso la prenotazione come richiesto. ZimaOS ha ricevuto un indirizzo DHCP diverso, dimostrando che l'interfaccia poteva ancora comunicare con il router, ma la pagina Rete è rimasta vuota.

Questo risultato negativo è importante: l'interfaccia utente mancante non è stata ripristinata semplicemente rimuovendo la prenotazione dell'indirizzo fisso del router.

Passare da una porta I226-V all'altra non ha risolto il problema dell'interfaccia utente

L'utente si è chiesto se il fatto di essere collegato alla seconda interfaccia 2.5GbE anziché alla prima confondesse ZimaOS. Ha spostato il cavo sull'altra porta I226-V, ha spento e riacceso la macchina e ha ottenuto anche lì un indirizzo funzionante.

Impostazioni > Rete continuava a non mostrare alcuna interfaccia.

ifconfig ha confermato la presenza di un'interfaccia Ethernet attiva

In seguito, la fonte ha pubblicato un output che mostrava eth0 come:

  • ATTIVO e IN ESECUZIONE;
  • indirizzo IPv4 assegnato 192.168.1.123;
  • ricevendo e trasmettendo pacchetti;
  • indicando zero errori di portante.

Questa è una prova concreta che l'interfaccia di rete Linux funzionava, mentre il livello di gestione di ZimaOS non riusciva a enumerarla correttamente.

La discussione è quindi passata alla configurazione ETHS di ZimaOS

Terminale ZimaOS che mostra diversi dispositivi Ethernet Intel su PCI e la configurazione di rete interna durante la diagnosi del rilevamento delle interfacce
La macchina esponeva diversi controller di rete Intel, spostando la discussione sul modo in cui ZimaOS selezionava le interfacce da mostrare nella schermata di gestione.

Il file interno zimaos.conf il file mostrava ETHS = vuoto. Le risposte della community e dei membri vicini al team hanno quindi sperimentato l'inserimento degli indirizzi PCI in quel campo e il riavvio dei servizi ZimaOS.

Queste modifiche non hanno ripristinato la pagina Rete per l'utente.

Un tentativo di ETHS ha preso di mira le interfacce sbagliate

L'utente ha notato che i primi indirizzi PCI suggeriti corrispondevano alle porte SFP+ anziché alle interfacce 2.5GbE. Ha quindi provato gli indirizzi PCI dell'I226-V.

Anche dopo aver corretto i dispositivi di destinazione e riavviato i servizi, la pagina delle impostazioni continuava a non mostrare le interfacce. Questo è un altro motivo per cui non bisogna presentare la ETHS modifica come soluzione comprovata.

La discussione ha rivelato un limite storico nelle ipotesi sull'hardware

Una risposta ha affermato che il precedente lavoro sulla compatibilità con mesh e display era stato rivolto principalmente ai dispositivi ZimaCube e che altro hardware potrebbe richiedere informazioni PCI esplicite. Questo commento aiuta a spiegare perché un mini-server generico con quattro schede di rete potesse attivare un percorso che l'hardware più semplice non attivava.

Non deve essere interpretato come un requisito attuale secondo cui tutto l'hardware ZimaOS di terze parti debba richiedere una configurazione manuale ETHS configurazione.

L'API locale delle interfacce di rete ha restituito un errore

Dopo che le modifiche alla configurazione non hanno dato esito, la discussione ha testato l'API di rete locale di ZimaOS:

curl http://127.0.0.1/v2/zimaos/network/interfaces

L'errore restituito ha spostato l'indagine dalla configurazione dell'IP statico al servizio responsabile dell'individuazione o della serializzazione delle informazioni hardware.

La diagnosi pubblica finale ha indicato l'analisi di lshw

Una risposta successiva ha indicato che l'errore dell'API suggeriva un problema nell'analisi di lshw informazioni e ha chiesto all'utente di raccogliere un elenco completo dell'hardware in /DATA/lshw.log. L'utente ha poi inviato privatamente il risultato.

Poiché la discussione pubblica si interrompe a quel punto, la pagina non deve inventare l'esito tecnico. L'ultima affermazione supportata è che il team sospettava un problema nell'analisi delle informazioni hardware e aveva spostato la diagnosi dettagliata nei messaggi privati.

La richiesta del driver Intel X710 era un argomento separato

L'utente voleva inoltre che le due porte X710 SFP+ fossero supportate e, in seguito, sperava di utilizzare l'aggregazione dei collegamenti. Zima-Giorgio ha detto che la richiesta di integrazione del driver sarebbe stata inoltrata per una revisione.

Questa richiesta non va confusa con l'interfaccia I226-V funzionante che trasportava già la connessione di gestione di ZimaOS.

Non risolvere la mancata interfaccia utente forzando immediatamente nmcli

L'utente ha preso in considerazione l'assegnazione di un IP statico tramite nmcli perché l'interfaccia utente era assente. Questo può configurare la rete Linux, ma non risolve il motivo per cui ZimaOS non riesce a enumerare l'interfaccia; inoltre, le versioni successive di ZimaOS forniscono controlli per l'IP statico nelle Impostazioni.

In un sistema attuale, usa il comportamento attuale della rete di ZimaOS come riferimento per ciò che dovrebbe apparire nelle Impostazioni.

ZimaOS attuale dovrebbe elencare le porte Ethernet fisiche

Le indicazioni attuali sulla rete affermano che le interfacce Ethernet fisiche dovrebbero apparire con il nome dell'interfaccia, lo stato del collegamento, la velocità negoziata e l'indirizzo IP assegnato. Se Linux dispone di un'interfaccia funzionante ma la pagina Rete è vuota, raccogliere i dati diagnostici del servizio di gestione invece di continuare a modificare il router.

Cosa raccogliere per un caso simile attuale

  • la versione esatta di ZimaOS;
  • lspci -nn per tutti i controller di rete;
  • l'output dell'interfaccia e dell'indirizzo correnti;
  • lo stato del collegamento per ogni porta fisica;
  • lo screenshot della pagina Rete;
  • i risultati delle API o dei log di rete pertinenti di ZimaOS, quando richiesti dall'assistenza;
  • un inventario hardware come lshw se il servizio di enumerazione sembra non funzionare.

Cosa dimostra realmente il thread

Il server poteva collegarsi alla rete tramite un'interfaccia Intel I226-V, mentre le Impostazioni di ZimaOS non riuscivano a visualizzarla. La rimozione della prenotazione del router, il passaggio da una porta I226-V all'altra, i cicli di spegnimento e riaccensione e le modifiche manuali ETHS le modifiche non hanno corretto la visualizzazione. L'indagine si è conclusa con il sospetto di un lshw problema di analisi con un seguito privato.

FAQ sulle interfacce di rete mancanti

Il server era davvero offline?

No. Aveva un indirizzo DHCP e l'interfaccia Ethernet attiva trasmetteva dati.

Rimuovere la prenotazione del router ha risolto il problema della pagina Rete?

No. Il server ha ricevuto un nuovo indirizzo DHCP, ma i controlli dell'interfaccia sono rimasti assenti.

Passare all'altra porta I226-V ha risolto il problema?

No.

Le modifiche manuali a ETHS hanno risolto il problema?

Da quegli esperimenti non è stata confermata alcuna soluzione pubblica.

Qual è stato l'ultimo indizio diagnostico pubblico?

Un errore dell'API ha orientato la discussione verso una possibile lshw problema di analisi delle informazioni.