Ответ, данный @Juan M. Gonzalez, является лучшим, но вы должны запускать эту команду каждый раз, когда вы перезагружаете свой компьютер.
Постоянное исправление будет:
[d2 ] Выполните предлагаемую команду один раз, чтобы значок значка Dropbox появился в вашей области уведомлений: dropbox stop && dbus-launch dropbox start Откройте настройки Dropbox (щелкните значок Dropbox в области уведомлений). Отключите «Начать Dropbox при запуске системы» и примените свои изменения. Перейдите в настройки XFCE> сеанс и запуск> приложение Autostart. Найдите существующий элемент Dropbox и подтвердите, что он отключен. Добавьте новый элемент с этой конфигурацией (не редактируйте существующий элемент Dropbox, потому что он воссоздается при каждой перезагрузке): Name: Dropbox Command: dbus-launch dropbox start -i Убедитесь, что новое приложение включено в списке.Я нашел здесь эту ошибку: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1725840; пожалуйста, подтвердите, что вы также страдаете от этого. Он разрешен с помощью простого dpkg-reconfigure resolvconf.
Я столкнулся с той же проблемой и увидел это, глядя на resolvconf
Oct 20 00:36:17 drew-8570w resolvconf[708]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. Воссоздание символической ссылки зафиксировано. Теперь, используя по умолчанию 127.0.0.53?
$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root drew 27 Apr 6 2017 /etc/resolv.conf -> /run/resolvconf/resolv.conf
$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
Я обновлял Ubuntu сегодня с версии 16.10 до 17.04 до 17.10. Для меня тоже DNS перестала работать. Символьная ссылка resolv.conf была
/etc/resolv.conf -> /run/NetworkManager/resolv.conf
Это, по-видимому, неверно для 17.10. Сообщение об ошибке, которое получил предыдущий плакат, находится на выходе resolvconf -service:
$ systemctl status resolvconf
Он дал следующий результат.
resolvconf[623]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
Удалив исходную символическую ссылку, ссылаясь на /run/resolvconf/resolv.conf до /etc/resolv.conf и перезапуск службы resolvconf-DNS снова начал работать:
$ sudo rm /etc/resolv.conf
$ sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
$ systemctl restart resolvconf
Интересно, что код выхода resolvconf-service был успешным еще до того, как символическая ссылка указывала на правильный файл.
Я нашел здесь эту ошибку: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1725840; пожалуйста, подтвердите, что вы также страдаете от этого. Он разрешен с помощью простого dpkg-reconfigure resolvconf.
Я столкнулся с той же проблемой и увидел это, глядя на resolvconf
Oct 20 00:36:17 drew-8570w resolvconf[708]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
. Воссоздание символической ссылки зафиксировано. Теперь, используя по умолчанию 127.0.0.53?
$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root drew 27 Apr 6 2017 /etc/resolv.conf -> /run/resolvconf/resolv.conf
$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
Я обновлял Ubuntu сегодня с версии 16.10 до 17.04 до 17.10. Для меня тоже DNS перестала работать. Символьная ссылка resolv.conf была
/etc/resolv.conf -> /run/NetworkManager/resolv.conf
Это, по-видимому, неверно для 17.10. Сообщение об ошибке, которое получил предыдущий плакат, находится на выходе resolvconf -service:
$ systemctl status resolvconf
Он дал следующий результат.
resolvconf[623]: /etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
Удалив исходную символическую ссылку, ссылаясь на /run/resolvconf/resolv.conf до /etc/resolv.conf и перезапуск службы resolvconf-DNS снова начал работать:
$ sudo rm /etc/resolv.conf
$ sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
$ systemctl restart resolvconf
Интересно, что код выхода resolvconf-service был успешным еще до того, как символическая ссылка указывала на правильный файл.