私はArchベースのディストリビューションを実行しており、メジャーアップデートの後、インターネット接続（Wi-Fiとイーサネット）が失われました。すべての変更をロールバックして元に戻すことができましたが、明らかに問題の原因を見つけたいと思います。それにもかかわらず、このディストリビューションの他のユーザーは同じ問題を抱えていないようです。
更新後、jounalctl -p 3 -xb以下を提供します。
systemd-udevd[750]: /usr/lib/udev/rules.d/50-udev-default.rules:29 Unknown builtin command: net_driver
(udev-worker)[2083754]: event14: Failed to call EVIOSKEYCODE with scan code 0x7c, and key code 190: Invalid argument
systemd-udevd[750]: /usr/lib/udev/rules.d/50-udev-default.rules:29 Unknown builtin command: net_driver
(sd-pam)[2107125]: pam_systemd(login:session): Failed to release session: Access denied
(sd-pam)[2107144]: pam_systemd(login:session): Failed to release session: Access denied
/usr/lib/udev/rules.d/50-udev-default.rules:29次のコードを減らします。
SUBSYSTEM=="net", IMPORT{builtin}="net_driver"
net_driver不明なコマンドが問題の原因と思われるので、これは意味があります。
systemctl NetworkManagerは、私がインターネットに接続していて、接続が「管理されていません」とマークされていないことを読み、nmcliそれを表示します。まったく接続がありません - ping100％失敗が含まれているため、ping 1.1.1.1これは単なるDNSの問題ではなく、明らかにサイトが読み込まれません。
私が直接調べてみたのは今回が初めてでありudev、私が何を見ているのか把握するのに苦労しました。私は今後2つの方法があると思います。
- 問題を無視し、問題のあるパッケージを隔離し、更新せずに、他のすべての項目を更新し、後で更新できるようにすぐに修正されることを願っています。
- 基本的な問題を見つけて解決する
これらのいずれかを実装する方法がわかりません。まず、ドライバまたはブートアップデートを探していますが、リストgrubにアップデートがあるとします。言い換えれば、どのパッケージになることができるかを分離する方法、または実際にその範囲を狭める方法さえわかりません。 （アップデートには100個を超えました。）
udev2番目のアプローチでは、ルールが更新された方法がすべてに違反しているのか、問題が別の場所にあるのかはわかりません。現在の文法では、50-udev-default.rules明らかにnet_driver他の場所（または少なくとも現在の29行前）で定義されると予想しています。これは人々が台無しにすることですか？それともボロミルの言葉によると、人々はudevに「触れる」のではありませんか？
この問題を解決するのに役立つ追加情報を提供できる場合は、お知らせください。ありがとうございます！
答え1
最後に@don_crisstiのアドバイスを受け入れ、システムの変更をロールバックしました。 （私は持っていますドミしたがって、更新前のスナップショットにロールバックするのと同じくらい簡単です。 ）インターネット接続が正しく機能するのに十分です。約1週間後、何の問題もなく更新できました。
私はこれが実際に問題のコアに到達せず、解決策に近いので、プレースホルダの答えに近いと思います。したがって、この規則がはるかに長い間使用されているディストリビューションを使用している人にとっては役に立ちません。