Как исправить разрешение DNS, которое не работает после обновления до Ubuntu 13.10 (Saucy)
Драйвер с открытым исходным кодом работал бы на меня, даже учитывая меньшую производительность, чем fglrx, если бы у него было правильное управление потреблением энергии.
У меня Dell Inspiron 1545 с ATi Radeon 4350, и, к сожалению, драйвер с открытым исходным кодом кажется не для управления состоянием кулера GPU. Кулер всегда включался и работал громко, тем не менее, система / графическая нагрузка. После того, как я понизил X-сервер до 1.12.3 и установил устаревший драйвер, как предложил Fglrx на Launchpad (так же, как и предполагалось, что нам нужно было сделать lienmeat), кулер GPU начал работать только при необходимости. Благодарим вас за молчание кулеров.
Однако было бы здорово, если бы AMD выпустила устаревшие драйверы, поддерживающие более новые X-серверы, хотя теперь я не уверен, что они действительно заботятся.
3 ответа
Я сделал изменение, предложенное по ссылке ниже (отключив dnsmasq). Теперь все отлично работает! http://www.ubuntugeek.com/how-to-disable-dnsmasq-in-ubuntu-12-04precise.html
Открыть файл /etc/NetworkManager/NetworkManager.conf.
sudo gedit /etc/NetworkManager/NetworkManager.conf
Вывод строки комментария:
#dnsmasq deactivated
#dns=dnsmasq
-
1После комментирования dnsmasq вам необходимо перезапустить сетевой менеджер: sudo restart network-manager. – Don Kirkby 18 December 2015 в 02:27
-
2В моем случае (Xubuntu) команда: sudo /etc/init.d/network-manager restart – aviram83 26 April 2016 в 07:37
-
3Если это происходит с вами, даже если нет установленного dnsmasq, и вам нечего даже прокомментировать, добавьте dns=default в раздел [main]. У NetworkManager есть свой собственный противный плагин dnsmasq, который он будет использовать в противном случае. – dstibbe 16 December 2017 в 03:15
-
4Мне нужно выполнить этот перезапуск network-manager - sudo service network-manager restart – Sungam 19 January 2018 в 01:35
-
5У одного из моих ящиков не было dns после обновления до 17.10, и оказалось, что /etc/resolv.conf не является символической ссылкой. Починил это. Еще одна коробка не завершила обновление, и я нашел файл .dpkg-new в каталоге, отличая их основное различие - dnsmasq. Скопировал его и работал без перезапуска любого демона – fchen 22 January 2018 в 01:22
EDIT 2: предыдущая запись была по праву удалена модератором, я отправляю то, что я нашел решением. Извините за это.
EDIT: Я только что нашел ответ, и он находится на этой самой странице - извините за мой миопию. Я опубликовал свои выводы ниже, раскрыв правильный ответ Ричарда Линдштедта, найденный на этой странице. Я оставил свое раннее урчание для небольшого контекста. Пожалуйста, поддержите ответ Ричарда, он этого заслуживает.
На самом деле это очень просто. просто откройте свои интерфейсы conf file -> sudo vi / etc / network / interfacesЭто точно не помогло OP и не помогает мне сейчас. Нам не нужны статические адреса, мы хотим использовать те, которые посылает нам сервер DHCP. NetworkManager, похоже, их распознает, но Ubuntu прямо игнорирует их:
# nmcli dev list iface wlan0 | grep IP4.DNS
IP4.DNS[1]: 10.*.*.*
IP4.DNS[2]: 10.*.*.*
IP4.DNS[3]: 8.8.8.8
Но ...
# dig microsoft.com
; <<>> DiG 9.9.5-4.3-Ubuntu <<>> microsoft.com
;; global options: cmd
;; connection timed out; no servers could be reached
И мои / etc / network / interfaces:
auto lo
iface lo inet loopback
, который немного нечетный, я ожидал бы, что все интерфейсы будут объявлены здесь (или я что-то пропустил?).
Итак, короче:
не путайте с каким-либо файлом, чтобы начать с того, что я уже выполнил dpkg-reconfigure resolvconf. Правильная символическая ссылка на месте. NetworkManager извлекает правильные DNS-серверы из DHCP. Ubuntu НЕ использует такие адреса. Обходным решением является установка фиксированного 8.8.8.8 на / etc / network / интерфейсы, КОТОРЫЕ Я НЕ ХОЧУ Я хочу использовать DNS-серверы, предоставляемые DHCP, в любых ситуациях.Не открывать другой поток, потому что это точная проблема, за исключением того, что я нахожусь на 14.10 сейчас (но это меня изнурило с обновления с 12.10 по 13.04).
EDIT 2: предыдущая запись была по праву удалена модератором, я отправляю то, что, как я нашел, является решением. Извините за это.
Эта последняя фраза заставила меня на правильном пути, и только тогда я заметил ответ Ричарда.
Проблема, похоже, связана с конфликтующим [ f5] и resolvconf. До 12.10 использовалась dnsmasq. Начиная с 13.04 Ubuntu, похоже, переключился на гибрид dnsmasq / resolvconf, где вы установили пакеты dnsmasq-base и resolvconf, но не dnsmasq.
Не могу сказать, ошибка в сценариях обновления для 13.04 или что-то еще, потому что при обновлении (как в свежих установках) устанавливается resolvconf, dnsmasq-base обновляется, а dnsmasq (правильно) удаляется.
Уловка - это сценарий обновления не позволяет прокомментировать строку dns=dnsmasq в /etc/NetworkManager/NetworkManager.conf. Итак, несмотря на то, что демона dnsmasq больше не присутствует в системе, /etc/resolv.conf все еще ожидает, что это будет.
-
1
-
2OMG это решило мои проблемы с DNS, которые у меня были в течение последних 3 лет! Если у вас установлены dnsmasq и dnsmasq-base, NM поместит 127.0.0.1 в /etc/resolv.conf вместо 127.0.1.1. Я просто удалил dnsmasq (и включил NM), и все работает отлично. – user1129682 19 October 2015 в 15:11
-
3Будущие гуглеры должны заметить, что для этого нужно sudo service network-manager restart вступить в силу. – timelmer 24 January 2017 в 01:13
На самом деле это очень просто.
просто откройте свои интерфейсы conf file -> sudo vi / etc / network / interfaces
и под вашим интерфейсом (возможно, eth0) вы увидите все обычные конфигурации.
address 192.168.22.71
netmask 255.255.255.0
gateway 192.168.22.1
После того, как шлюз просто добавит 'dns-nameservers 8.8.8.8 8.8.8.9' или любой другой сервер имен, который вы собираетесь использовать.
Итак, ваша конфигурация должен быть:
address 192.168.22.71
netmask 255.255.255.0
gateway 192.168.22.1
dns-nameservers 8.8.8.8 8.8.8.9
, а затем просто перезагрузиться в службу технической поддержки sudo, и вам хорошо идти!