この2025年11月のネットワークスレッドは、通常の「ZimaOSにネットワークがない」ケースではありません。サーバーはオンラインで、DHCPアドレスを取得し、Intel I226-Vイーサネットインターフェースを介して通信していましたが、設定 > ネットワークには空の接続セクションが表示され、静的IPを設定する方法がありませんでした。また、このマシンにはI226-V 2.5GbEポートが2つとIntel X710 SFP+インターフェースが2つあり、ZimaOSが当初ネットワークUIを最適化していたハードウェアよりも複雑なマルチNICシステムでした。
元のスレッドでは、ルーターの予約、ポートの入れ替え、再起動、内部 ETHS 設定の検証、APIテスト、そして最終的にはチームメンバーが推測するきっかけとなったエラーへと進みました lshw 解析まで進みました。公開されたやり取りは、ユーザーがハードウェア情報を非公開で送信した後に終了しており、公開された最終的な修正方法はありません。
ネットワークページは空だったが、サーバーにはアクセスできた
この区別は重要です。少なくとも1つのイーサネットインターフェースが稼働し、通信を処理していたため、問題は単純な意味での「イーサネットドライバーがない」ことではありませんでした。
サーバーには物理ネットワークポートが4つあった
元のハードウェア構成は次のとおりでした：
- Intel I226-V 2.5GbEインターフェース2基；
- Intel X710 SFP+インターフェース2基；
- AMD Ryzen 7 PRO 8845HSプラットフォーム；
- 複数のNVMeドライブと、大容量HDDストレージを計画していました。
ユーザーは当初、2.5GbEポートの1つを介して接続し、DHCPアドレスとしておよそ 192.168.1.125.
ルーターの予約は根本原因ではなかった
Zima-Giorgioは、ユーザーがそのアドレスをどのように取得したのか尋ねました。ユーザーは、DHCPによって割り当てられ、その後ルーターでそのIPを予約したと説明しました。
その後、要求どおり予約を削除しました。ZimaOSは別のDHCPアドレスを取得し、インターフェースが引き続きルーターと通信できることが確認されましたが、ネットワークページは空のままでした。
この結果が示す重要な点は、ルーターの固定アドレス予約を解除しただけでは、表示されないUIは修正されなかったということです。
2つのI226-Vポートを切り替えてもUIは修正されなかった
ユーザーは、1番目ではなく2番目の2.5GbEインターフェースに接続していることがZimaOSを混乱させているのではないかと考えました。ケーブルをもう一方のI226-Vポートに移し、マシンの電源を入れ直したところ、そちらでも有効なアドレスを取得しました。
設定 > ネットワークには、依然としてインターフェースが表示されませんでした。
ifconfig により稼働中のイーサネットインターフェースを確認
その後、投稿では次の出力が示されました eth0 として：
- UPかつRUNNING;
- IPv4アドレスが割り当てられていた
192.168.1.123; - パケットを送受信しており、
- キャリアエラーが0件であることを報告していた。
これは、Linuxのネットワークインターフェースは機能している一方で、ZimaOSの管理レイヤーがそれを正しく列挙できていなかったことを強く示している。
その後、スレッドはZimaOSのETHS設定に移った
内部 zimaos.conf ファイルには次の内容が示されていた ETHS = 空白だった。コミュニティおよびチームに近い立場の返信では、そのフィールドにPCIアドレスを入力してZimaOSサービスを再起動する方法が試された。
これらの編集を行っても、ユーザーのネットワークページは復旧しなかった。
1回目のETHS試行では誤ったインターフェースを対象にしていた
ユーザーは、最初に提案されたPCIアドレスが2.5GbEインターフェースではなくSFP+ポートに対応していることに気づいた。その後、I226-VのPCIアドレスを試した。
対象デバイスを修正してサービスを再起動した後も、設定ページにはインターフェースが表示されなかった。これも、これを ETHS 実証済みの解決策として扱ってはならない。
このスレッドから、ハードウェアに関する過去の想定の境界が明らかになった
ある返信では、以前のメッシュ／ディスプレイ互換性対応は主にZimaCubeデバイスを対象としており、他のハードウェアでは明示的なPCI情報が必要になる可能性があると述べられていた。このコメントは、一般的な4ポートNIC搭載ミニサーバーでは、より単純なハードウェアでは発生しなかった処理経路が実行される可能性がある理由を説明するのに役立つ。
すべてのサードパーティ製ZimaOSハードウェアで手動 ETHS 設定。
ローカルネットワークインターフェースAPIでエラーが発生した
設定を編集しても解決しなかったため、スレッドではローカルのZimaOSネットワークAPIをテストした。
curl http://127.0.0.1/v2/zimaos/network/interfaces返されたエラーにより、調査の焦点は静的IP設定から、ハードウェア情報の検出またはシリアライズを担うサービスへと移った。
最終的な公開診断はlshwの解析を指し示した
その後の返信では、APIエラーから、解析に問題がある可能性が示唆されると述べられた lshw 情報を伝え、ユーザーに完全なハードウェア一覧を収集して /DATA/lshw.logその後、ユーザーは結果を非公開で送信した。
公開スレッドはそこで終わっているため、ページ上でエンジニアリング上の結果を創作してはならない。最後に裏付けられている発言は、チームがハードウェア情報の解析に問題があると推測し、詳しい診断をプライベートメッセージに移したというものだ。
Intel X710ドライバーのリクエストは別の話題だった
ユーザーは2つのX710 SFP+ポートもサポートしてほしいと考えており、最終的にはリンクアグリゲーションの利用を望んでいました。Zima-Giorgioはドライバー統合の要望をレビューに回すと述べました。
この要求は、すでにZimaOSの管理接続で通信していたI226-Vインターフェースと混同しないでください。
インターフェースUIが表示されない問題を、すぐにnmcliを強制適用して解決しないでください
ユーザーは静的IPを次の方法で設定することを検討しました。 nmcli UIが表示されなかったためです。これはLinuxネットワークを設定できますが、ZimaOSがインターフェースを列挙できない理由を修正するものではなく、後のZimaOSバージョンでは設定画面でサポート対象の静的IP操作が提供されています。
現在のシステムでは、現在のZimaOSのネットワーク動作を、設定に表示されるべき項目の基準として使用してください。
現在のZimaOSでは物理Ethernetポートが一覧表示されるはずです
現在のネットワークに関する案内では、物理Ethernetインターフェースにインターフェース名、リンク状態、ネゴシエートされた速度、割り当てられたIPアドレスが表示されるはずです。Linuxでインターフェースが正常に動作しているのにネットワークページが空の場合は、ルーターを何度も変更するのではなく、管理サービスの診断情報を収集してください。
同様の現在のケースで収集すべき情報
- 正確なZimaOSバージョン
-
lspci -nnすべてのネットワークコントローラーについて - 現在のインターフェースとアドレスの出力
- 各物理ポートのリンク状態
- ネットワークページのスクリーンショット
- サポートから求められた場合の、関連するZimaOSネットワークAPIまたはログの結果
- 次のようなハードウェアインベントリ
lshw列挙サービスが失敗しているように見える場合。
このスレッドが実際に証明していること
ZimaOSの設定画面に表示されなくても、サーバーはIntel I226-Vインターフェース経由でネットワークに接続できました。ルーターの予約解除、I226-Vポート間の切り替え、電源の入れ直し、手動 ETHS 編集しても表示は直りませんでした。調査は、原因が次の可能性があるという段階で終わりました。 lshw 非公開の追加対応に関する解析の問題。
ネットワークインターフェースに関するよくある質問
サーバーは実際にオフラインだったのですか？
いいえ。DHCPアドレスは取得しており、アクティブなEthernetインターフェースは通信していました。
ルーターの予約を削除するとネットワークページは直りましたか？
いいえ。サーバーは新しいDHCPアドレスを取得しましたが、インターフェースの操作項目は表示されないままでした。
もう一方のI226-Vポートに切り替えると解決しましたか？
いいえ。
手動でETHSを編集すると問題は解決しましたか？
それらの実験から、公開された解決策は確認されませんでした。
最後に公開された診断上の手がかりは何でしたか？
APIエラーをきっかけに、議論は可能性のある lshw 情報の解析に関する問題。
