ホストのアップデート後、can0 が消えましたか? NetworkManager の所有権の競合を迅速に分離し、安定した OpenArm の起動を復元します。
非常に現実的な OpenArm ホストの問題は、デスクトップまたはパッケージの更新後に発生します。SocketCAN は以前は機能していましたが、NetworkManager またはネットワーク スタックの変更後は、予期したインターフェイスが同じように起動しなくなりました。
NetworkManager の更新後に SocketCAN インターフェイスが見つからない OpenArm ケースをどのように診断していますか?
サービスの競合とドライバーの問題を区別する方法、ホスト側のチェックによりインターフェイス設定の所有者が判明する方法、および起動を再び安定させるための回復手順について共有してください。
返信する場合は、更新後の症状を 1 つ正確に、原因を明らかにしたシステム チェックを 1 つ正確に含めてください。
初心者向けのコンテキスト: まさにその症状がここにあります。更新後、「ip link」には lo と eno1 のみが表示されました。 can0 は表示されず、OpenArm の起動は 5 秒以内に失敗しました。 同じアダプタがライブ USB イメージから動作したため、ハードウェアは正常でした。
初心者向けのコンテキスト: これを明らかにしたチェックは、「nmcli dev status」と「systemctl status systemd-networkd」でした。 NetworkManager は CAN デバイスの管理を開始し、古い起動パスを上書きしました。 CAN アダプターのアンマネージド固定インターフェイス作成を直ちにマークします。
初心者向けのコンテキスト: 安定性を保つために、ブート チェック スクリプトを追加しました。「ip -details link show can0」が予想されるビットレートで UP を報告しない限り、起動に失敗します。 これにより、オペレータがモーション コマンドを入力する前に、将来のパッケージの更新がキャッチされます。
初心者向けのコンテキストフォローアップ: 初心者向けのフォローアップの質問: NetworkManager が CAN セットアップをオーバーライドしていることを示す最初の信頼できる信号を提供した単一のコマンドはどれですか?また、それを確認した出力行はどれですか?
最も近い症状を選択して、適切なトラブルシューティング パスに従ってください。
更新直後の NetworkManager と networkd の状態を比較し、CAN セットアップの所有者を確認します。
nmcli dev status
systemctl status NetworkManager systemd-networkd --no-pager
ip -details link | rg -n "can"ピン アダプターの所有権ポリシーと CAN 状態/ビットレート チェックでのゲート起動。
まずはチェックリストのテンプレートとして使用してください。 実行前に自分のセルでインターフェイス名、フィクスチャ ID、安全条件を確認してください。