アップグレードマネージャアップグレード後のDNSなし

アップグレードマネージャアップグレード後のDNSなし

SSHを使用してSSHを介してUbuntu ZestyをArtuflにアップグレードしましたupgrade-manager。 DNSを除くすべてがスムーズに行われます。を含む名前解決に失敗しましたping。まだIPがあり、再起動後にSSHに接続できますが、これは以前のリース情報である可能性があります。私はsystemdが今パーサーの仕事を処理していることを理解しています。

私の尾にdmegDHCP監査が失敗したと表示されます。

[    8.397015] audit: type=1400 audit(1515252083.757:46): apparmor="DENIED" operation="open" profile="/usr/lib/NetworkManager/nm-dhcp-helper" name="/usr/local/lib/libz.so.1.2.11" pid=951 comm="nm-dhcp-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[    8.434243] audit: type=1400 audit(1515252083.794:47): apparmor="DENIED" operation="open" profile="/usr/lib/NetworkManager/nm-dhcp-helper" name="/usr/local/lib/libz.so.1.2.11" pid=955 comm="nm-dhcp-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0

/etc/systemd/resolved.conf以下の内容があります。他のUbuntuシステムがないので、これがsystemdで予想されるかどうかはわかりません。

[Resolve]
#DNS=
#FallbackDNS=
#Domains=
#LLMNR=yes
#MulticastDNS=yes
#DNSSEC=no
#Cache=yes
#DNSStubListener=udp

AppArmorの検索に失敗したため、0個のヒットが返されました。私はこれが問題と多くの関連があると思っていましたが、驚くべきことに、Googleは0件の結果を返しました。

apparmor-profile.dhclient文書がないか議論されている/usrように/etcUbuntuの問題 1417658だから、これはちょうど別の路地です。また、コメントを外してin#DNS=に設定してみましたが、問題は解決しませんでした。DNS=yesresolved.conf

問題は何で、どのように解決しますか?


コメント]の出力は何ですかls -l /etc/resolv.conf

$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Nov 29  2016 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

以下は、これらの問題に関するいくつかのUbuntuバグレポートです。

ベストアンサー1

おすすめ記事