web-dev-qa-db-ja.com

Ubuntu 17.10以降はネットプランを無効にします

によると： https://wiki.ubuntu.com/Netplan

Netplan/do_not_use_netplan = trueをpreseedingすることで、netplanを無効にできます（Ubuntu Serverインストールメディアを起動するときにコマンドラインに追加します）。

これは/etc/default/grubを介して行われると仮定していますが、「netcfg/do_not_use_netplan = true」を正確にどこに追加しますか？

GRUB_CMDLINE_LINUXに追加されますか

私は現在これを次のように設定しています：

GRUB_CMDLINE_LINUX="ipv6.disable=1"

この既存の設定に「netcfg/do_not_use_netplan = true」に追加する構文は何ですか？

追伸はい、私はネットプランを削除したいので、質問はなぜではなく具体的​​にそれを行う方法に関するものです。

grub2netplan
7
user760856

これを行うための正確な方法は難しく、おそらくネットプランの初期の頃に見つけることはおそらく不可能です。

私は現在これを次のように設定しています：

GRUB_CMDLINE_LINUX = "ipv6.disable = 1"

あなたはあなたの/etc/default/grubが部分的に読むことを意味すると仮定します：

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="ipv6.disable=1"
<snip>

また、あなたが提供するリンクは、参照されている言葉遣いを追加することを示唆していると仮定します：

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="ipv6.disable=1 netcfg/do_not_use_netplan=true"
<snip>

それを行うことをお勧めします。

Sudo update-grub

次のものも必要です。

Sudo apt install ifupdown

既にインストールされている場合があります。

最後に、/etc/network/interfacesを手動で入力して、ネットワークを希望どおりに構成します。

Googleと私が知る限り、このインストール後の正確なプロセスは存在しません。指を組んでリブートしてください！

5
chili555

これらの指示はUbuntu 18.04.1でもテストされており、netplanおよびsystemdを使用する将来のリリースでも動作する可能性が非常に高いです。

GRUBをいじったり、手動でファイルを削除したりする必要はまったくありません。 /etc/networkingファイルとディレクトリに設定されている構成再起動後も存続します。

これらは検証済みステップです。

  1. links（別名インターフェース）についてはip lで、アドレスについてはip aで、興味のある実際のインターフェース名を確認してください。
  2. Sudo apt -y install ifupdownでifupdownをインストールします。
  3. Sudo apt -y purge netplan.ioでnetplanをパージします。
  4. 必要に応じて/etc/network/interfacesおよび/または/etc/network/interfaces.dを構成します（man 5 interfacesは例の助けになる場合があります）。
  5. Sudo systemctl restart networking; systemctl status networkingまたはSudo /etc/init.d/networking restart; /etc/init.d/networking statusでnetworkingサービスを再起動します。 statusコマンドの出力には、ステータスとしてactiveが記載されている必要があります。
  6. コマンドip aは、予想されるネットワーク構成が適用されているかどうかを示します。
  7. オプションで、Sudo rm -vfr /usr/share/netplan /etc/netplanを使用して、ネットプラン構成ファイルの残りを手動でパージします。

IP設定を「更新」するために再起動する必要はありません。ステップ5でアクティブになります。トラブルが発生した場合は、インターフェイス名を再確認してください。典型的なIPv4 DHCP構成は次のようになります。

auto enp0s3
iface enp0s3 inet dhcp

静的IPv4アドレスは次のように構成できます。

auto enp0s3
iface enp0s3 inet static
address 192.168.255.42/24
gateway 192.168.255.254
#dns-nameservers 8.8.8.8 208.67.222.222

注意してください、dns-nameserversエントリは機能しません（指摘してくれて@Velkanに感謝します！）：リゾルバーはまだ/etc/resolv.confを使用しており、systemdは127.0.0.53から独自の解決サービスを提供しています。したがって、手動で更新できます（ネットワークの再起動は不要です！）：

nameserver 8.8.8.8
nameserver 208.67.222.222

しかし、彼は次の再起動後に消える一時的な解決策に過ぎません。

永続的なソリューションを取得するには、/etc/systemd/resolved.confを編集し、「[Resolve]」スタンザに次のような行を追加する必要があります。

DNS=8.8.8.8 208.67.222.222

完全なドキュメントについては、man 5 resolved.confを参照してください。

最後に、まれに、ネットワークサービスが期待どおりに応答しない場合、そのサービスは再起動が必要になる場合があります。しかし、これは奇妙な非標準のネットワークデーモンの動作です。

10
EnzoR

Ubuntu 18.10 Server 64ビット（Virtual Boxで実行）でこの問題が発生し、次の手順でnetplanを削除してNetwork Managerをインストールできました-ifupdownで動作するかどうかはわかりません。これらの手順は、@ Uqbarの回答に基づいています（ありがとう）。

  1. 興味のある実際のインターフェース名を、ip lで（リンク）（別名インターフェース）で、[ip aでアドレスで確認してください。
  2. Network ManagerとSudo apt -y install network-managerをインストールします。
  3. パージnetplanwith Sudo apt -y purge netplan.io。
  4. オプションで、Sudo rm -vfr /usr/share/netplan /etc/netplanを使用して、ネットプランの構成ファイルの残りを手動でパージします。

  5. 必要に応じて/etc/network/interfacesを構成します（man 5 interfacesは例の助けになります）。私の設定は次のとおりです。

    auto lo
iface lo inet loopback

auto enp0s3
allow-hotplug enp0s3
iface enp0s3 inet dhcp

  6. ファイル/etc/NetworkManager/NetworkManager.confで、managed=false行をmanaged=trueに変更します。これにより、Network Managerは/etc/network/interfacesで構成されたインターフェースを管理します。

  7. Sudo service network-manager restartを使用して「Network Manager」サービスを再起動します。ステータスコマンドの出力には、ステータスとしてactiveが記載されている必要があります。

  8. コマンドnmcli devは、予想されるネットワーク構成が適用されているかどうかを示します。当初、インターフェースenp0s3（私の仮想イーサネット）は管理されていないように見えました。マシンを再起動すると、接続されているように見えました。 nmcliの出力例は次のとおりです。

    DEVICE           TYPE      STATE         CONNECTION
enp0s3           ethernet  connected     Ifupdown (enp0s3)
wlxc46e1f179799  wifi      disconnected  --
lo               loopback  unmanaged     --

注：here および here で説明したように、プロセスがハングする問題があります。 vm.dirty_ratioとvm.dirty_background_ratioをそれぞれデフォルトの20と10から10と5に変更しました。そのためには、次のコマンドを実行します。

Sudo sysctl -w vm.dirty_ratio=10
Sudo sysctl -w vm.dirty_background_ratio=5

VMをしばらく実行した後、結果を報告するこの回答を更新します。

久しぶりですが、この問題は二度と発生しなかったと思います（VMが破損しているため確認できません）。理由を本当に理解したことはありません。後で参照できるように、ここにメモを残します。以下のコメントも参照してください。

1
jmpcm