3台のコンピュータを更新しましたが、1つはdebian 9で、2つはubuntuに更新しましたが、すべてネットワークアクセスが完全に失われました。 Debianのアップグレードは途中で失敗しましたが、Ubuntuのアップグレードは順調に進んでいるようです。
エラーはレイヤ 1 で発生したようです。スイッチは接続（「上」）を確認しますが、コンピュータはMACアドレスを受信できません。マシン自体はリンクを「No Carrier（キャリアなし）」とマークします。 RJ45のインジケーターが点灯します。デバイスには2つの異なるネットワークカードがあり、結果は同じです。
3つの異なるネットワークカードと2つの異なるオペレーティングシステムを持つ3つの異なるシステムが同じ日に同じように失敗する理由は完全に混乱しています。
lshwは*-network:0 DISABLEDすべて表示します。 dmesgには、ドライバに問題は表示されません（ドライバがありますlsmod)。
1つを実行すると、systemctl restart NetworkManager.service緊急モードが発生します。
サービスレベルが非常に低いことを確認する必要がありますか？迷子になりました。
LiveCDから起動するときは、ネットワークが大丈夫であることを追加する必要があります。
編集：私の意見を広げるために、Ubuntuシステムのログを閲覧している間にメッセージを見て、ディスクがマウントされていないことを発見"A start job is running for dev-sdb1.device"しました。アップグレード中にディスクが別の名前（たとえば）から移動されたことを確認しました（/etc/fstabなぜ？！？）。そのため、デバイス名の代わりにUUIDを使用するようにfstabを更新しました。再起動したら、ネットワークが戻ってきました！lsblkblkid/dev/sdc1
小さなデータディスクを搭載できないのに、なぜネットワークが完全に失敗するのか全く理解できません。
編集する：
# ethtool -i eth0
driver: tg3
version: 3.137
firmware-version: FFV20.2.17 bc 5720-v1.39
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-tests: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
答え1
デフォルトでは、リストされているすべてのローカルディスクが必須として処理され、systemdそのうちの1つが起動時にマウントに失敗すると、システムは緊急モードになります。一部のローカルディスクが必要ない場合は、マウントオプションを使用して明示的に表示することを検討する必要があります。systemd-fstab-generator/etc/fstabnofail
「パニックモードを作るものを作ろう」と言われましたがsystemctl restart NetworkManager.service、その前にはシステムがパニックモードになっていなかったことは確実ですか？場合によっては、緊急モードのプロンプトが表示されたときにコンソールに別のメッセージが表示されることがあります。これにより、実際に緊急モードになっているという通知があいまいになることがあります。
マウントオプションが表示されていないローカルファイルシステムをnofailマウントできないことは、システムに接続できないことを意味します。local-fs.targetこれは、システムに到達するための前提条件ですsysinit.target。ネットワーク初期化のみが発生します（少なくともDebian / Ubuntuでは）。後ろに sysinit.target達成。man 7 bootupに基づいて起動プロセス.target中に固定ポイントとして機能するさまざまなことを理解するには、の図を参照してください。systemd
NetworkManagerDebianでは、ネットワークインタフェースが管理されている場合NetworkManager.serviceにのみ後で起動されますsysinit.target。クラシックDebianを使用して/etc/network/interfacesネットワークインタフェースを設定すると、networking.serviceこの設定は有効になりますが、それにもかかわらずAfter=local-fs.targetそれに依存関係があるため、ifにlocal-fs.target到達しません（つまり、ローカルファイルシステムの1つをマウントできずマウントできません） 。非フラグ） - 必要）、その後ネットワークが起動しません。
したがって、「ネットワーク層1エラー」はまったくエラーではない可能性があります。ネットワークアダプタドライバは明らかにロードされていますが、まだインターフェイスを有効にするように指示されていません。初期のローカルファイルシステムエラーのため、システムの起動はそれまで進行しません。
デフォルトでは、クラシック/dev/sdXディスク名は、ディスクデバイスが検出されると厳密な先着順に割り当てられます。各ストレージコントローラドライバは、ドライバの起動時に自分が管理しているデバイスを残りのカーネルに表示する方法を自分で決定します。 SATAおよびSASドライバには、個々のSATA / SASリンクのハードウェアベースの番号があります。 FibreChannel HBAドライバは、WWIDシーケンスまたは事前定義された順序を持つことができます。ハードウェアRAIDコントローラは、さまざまなRAIDセットを定義する順序で動作できます。複数のストレージコントローラがある場合、そのドライバモジュールがロードされる順序も重要な役割を果たします。その後、ディスクがホットプラグされ、「順序が間違った」デバイス名を受け取る可能性があります。名前を保持するための措置を講じないと、そのディスクは検索順序で標準位置を占めます。次回再起動すると、背後にある他のすべてのディスクに余分なスペースが残る可能性があります。
/dev/sdXこれが現在の推奨事項が名前を使用していない理由の1つです。代わりに、/etc/fstabディスクまたはファイルシステムの基本識別子と考えられる項目に基づいて、または構文またはさまざまなUUID=名前LABEL=を使用する必要があります。/dev/disk/by-*/*
答え2
2 Ubuntuシステム：
私の意見を広げるために、ログを見ている間に"A start job is running for dev-sdb1.device"ディスクがマウントされていないというメッセージを確認しました。アップグレード中にディスクが別の名前（たとえば）から移動されたことを確認しました（/etc/fstabなぜ？！？）。そのため、デバイス名の代わりにUUIDを使用するようにfstabを更新しました。再起動したら、ネットワークが戻ってきました！lsblkblkid/dev/sdc1
小さなデータディスクを搭載できないのに、なぜネットワークが完全に失敗するのか全く理解できません。しかし、問題は解決されました。
Debian システムでは、状況ははるかに複雑です。
Debian 10 DVDをインストールしました。apt-cdromこれを有効にし、/etc/apt/sources他のすべての（今は役に立たないネットワーク）ソースをコメントアウトします。システムアップデートを完了してみてくださいapt update; apt dist-upgrade。その後、再インストールしました。ネットワークドライバ（tg3とbnx2x）dpkg -i...対これにより、eth0とeth6が実際に位置を変えることになります/etc/network/interfaces。再起動すると、ネットワークが正常に戻ります！復元/etc/apt/sources、更新、再アップグレードするだけです。