私はRaspberry Pi 4 8GBを持っているので、8GBクアッドコアARMシステムです。 Ubuntu-Mate 64ビットをインストールしました。インストールは「公式」のUbuntu-Mate 64ビットイメージを使用して行われました。
ネットワークに問題があるため、設定ファイルを混乱させて完全に再インストールしました。しかし、問題は残っています。
今最大の問題は、PiをMacBookに接続することです。 PiにVNC（TightVNC）をインストールし、そのように制御しました。自動的にログインします。また、VNCデータを転送するために「一般」イーサネットを使用します（MacBookからPiのイーサネットまで短いケーブルを使用しているため）。 SSHを使用する必要がありますが、歯の問題が解決したらSSHを使用します。
デフォルトでは、Piの「ネットワーク」（WiFi）アイコンは、ケーブルが接続されている場合は「検索」モードのままです。
システムログにはデフォルトで以下が表示されます。
- policy: autoactivating connection 'Ethernet Connection 1' (______________________)
- (eth0) - Activation : starting connection 'Ethernet Connection 1'
（そしてさらに数行）
- dhcp4 (eth0) : activation : beginning transaction (timeout in 45 seconds)
（その後、45秒後に数行が追加されます。）
- dhcp4 (eth0) : request timed out
上記は45秒ごとに繰り返されます。 2つの接続（イーサネット接続1と有線接続1）を設定しましたが、接続が切断される前に数分間2つの接続を交互に使用するため、問題はありません。
接続は、IPv4、IPv6の無効化、完全手動設定、DHCPがまったく選択されないように設定されています。どちらも同じIPと設定を持っており、以前も問題（45秒のDHCPタイムアウト）が発生し、1つの構成でのみ発生します。
イーサネット接続が「正常に」（1〜5分ごと）失敗した場合は、ネットワークケーブルを抜いて再接続すると再起動できます。
有線ネットワーク接続がDHCPを検出してから45秒のタイムアウトを実装するのを防ぐ方法についての提案をお願いします。接続は特別に選択されたアドレスを使用する「手動」IPv4であり、DHCPを使用しません。
上記の問題に加えて、NetworkManagerアプレットが徐々に「ロックされている」ことが残念でした。最初は「ネットワークを有効にする」と「Wi-Fiを有効にする」が確認されました。
新設後約30分後は「グレー」に変わりますが、まだチェックマークが付いています。しかし、アプレットを使用して新しい接続などを追加することは依然として可能です。
ただし、30〜90分後にNMアプレットで[接続の編集]をクリックすると接続（Wi-Fiと有線）が表示されますが、その接続を選択しても[-]ボタンと[設定]ボタンが灰色で表示されます。ただし、まだ新しい接続を追加できます。
ただし、30〜90分後に新しい接続の[追加]をクリックすると、[キャンセル]以外の[追加]ウィンドウのすべての内容が灰色で表示されます。
30〜90分後、接続の編集と接続情報のオプションがグレーに変わります。
上記の内容は、パッケージを更新しない場合と、Wi-Fi経由でインストールした直後にすべてを更新したときにすべて再現可能です。
上記のアプレット「ロック」に関連して、コマンドラインからNetworkManagerのイーサネット接続を手動で設定する方法について提案をいただきありがとうございます。
一般的なバニラのインストールで何が間違っている可能性があるかについての詳細な情報を持っている人がいる場合は、私にも感謝します！
ありがとうございます！
ベストアンサー1
Ubuntuを新しくインストールし、設定ファイルがデフォルトの状態にあると仮定すると、次のことができます。まずnmcli d、現在のネットワーク設定の詳細（たとえば、デフォルトを使用するイーサネットデバイスの名前）を取得します。eth0
/etc/network/interfaces1. ファイルのレビューから始めます。
パスには、/etc/network/interfacesNetworkManagerの最も基本的な設定ファイルの1つであるファイルがあります。これは、ifupandコマンドを使用したifdownときの設定に関する詳細情報を提供するためです。
デフォルトでは、willの出力はほとんどcat /etc/network/interfaces次のとおりです。
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
最初の部分はlocalhost接続ループバックを担当するので、そのままにしておく必要がありますが、2番目の部分に興味があります。
NetworkManagerを使用して接続を管理する場合、その構成ファイルは次の/etc/NetworkManager/NetworkManager.confようになります。
[ifupdown]
managed=true
設定のためにこのファイルを参照してくださいinterfaces。
auto eth0起動インターフェイスを表し、eth0通常は起動時auto [interface name]にラインが開始されます。
allow-hotplug eth0新しいネットワークケーブルが検出されると、ネットワークインタフェースが開いていることを示しますeth0。udev
iface eth0 inet dhcpIPv4ネットワーク（inet）を使用するネットワークインターフェイス（iface）eth0がそのアドレスを割り当てるために（dhcp）を使用することを示します。
2. イーサネット接続のために DHCP を無効にします。
eth0が静的IPアドレスを使用するには、iface eth0 inet dhcp最後の行を次のように変更する必要があります。
iface eth0 inet static
address 192.168.1.123/24
gateway 192.168.1.1
アドレスは192.168.1.2/24IPとネットマスクを設定し、255.255.255.0最後の行はゲートウェイを指定します。192.168.1.1
権限を変更した後にファイルをsudo保存します。interfaces
3. コンピュータで両方のネットワークサービスを再起動します。
実装する：
sudo service networking restart && sudo service NetworkManager restart
networkingそのファイルを見ると、サービスは実際に.service参照されたファイルを実行しifup -a --read-environmentます/etc/network/interfaces。
4. GUI接続マネージャを介して確立された接続の意味は何ですか？
iface eth0 inet dhcpイーサネットケーブルを接続すると、interfacesシステムallow-hotplugはDHCPサーバーから正しいIPアドレスを取得しようとします。 MacでDHCPサーバーを実行していないようで、最終的に接続がタイムアウトします。コネクタを再接続したときに起きる可能性があるのは、udev新しいデバイスが再び検出され、ifup目覚めさせようと呼び出されるためです。
このタイムアウト動作は、アドレス指定のために DHCP サーバを実行せずに、ネットワーク転送のために PC を内蔵デバイスに接続する場合に一般的です。ただし、最初にPCと同じサブネットで内蔵デバイス（Raspberry Pi）に静的IPを手動で割り当てる限り、転送は正常に機能します。
このタイムアウトの間、ワイヤレスインターフェイスはアクティブwlan0のままですeth0。
一般的な状況では、デフォルトのインストール後の設定を使用して、GUI接続マネージャとその設定ファイルがファイルリストのeth0常に2番目に表示されます/etc/network/interfaces。これは、イーサネットケーブルが接続されたときに読み取られるためです。
IPアドレスをinに変更しdhcpてネットワークサービスを再起動すると、問題が解決します。static/etc/network/interfaces