debian, проблема с DNS

Карты памяти имеют чипсет, который преобразовывает команды устройства массового хранения USB в IDE или команды SATA, которые затем получает диск. Дешевые чипсеты (которые являются большинством, я воображаю) не передают команды правильно диску, которые непосредственно не связаны с чтением или записью данных из диска. Вы отчасти во власти тех аппаратных средств с корпусами USB.

Походит только на старший значащий бит, что значение-S читается диском или контроллером (прочь (> 128) = энергосберегающий режим, на (<127) = высокопроизводительный режим)

Вы могли бы получить лучшую поддержку функции, если Ваша система имеет eSATA порт. переговоры по eSATA непосредственно диску, таким образом, нет никакого "перевода" или образования моста необходимых команд.

По-моему, лучшая вещь, которую можно сделать для обеспечения долгой жизни для жесткого диска:

  • чистая энергия к системе, получите обусловливающий питание UPS
  • сохраните устройство в комнате с устойчивой температурой на ~70 градусов и низкой влажностью
  • минимизируйте включение их и прочь, но выключите их, не будучи используемым в течение длительного промежутка времени
  • резервные копии, резервные копии, резервные копии.

Я сказал бы, помещает Ваши деньги в UPS и другой диск для резервного копирования. Сделайте вещь RAID, если Вам нравится.

8
21.05.2012, 06:25
3 ответа

Конфигурационный файл /etc/resolv.conf содержит информацию, которая позволяет компьютеру, подключенному к сети разрешать имена в адреса.

Измените его на, например, серверы DNS Google:

nameserver 8.8.8.8
nameserver 8.8.4.4

Также проверьте, что Ваш dhclient активируется.

13
27.01.2020, 20:08
  • 1
    Просто любопытный: что отдало его? Что вызвало его? –  anonymous 21.05.2012, 07:22
  • 2
    Это - первая вещь проверить, после основного сетевого соединения, при диагностировании проблем разрешения DNS. Факт, который Вы "играли с этим компьютером в другом месте" без проблем, предлагает неправильно сконфигурированный сопоставитель DNS, который сделан в/etc/resolv.conf в подобных UNIX системах. Вероятно, что ранее, машина была настроена для использования частного сопоставителя DNS, только доступного машинам в определенной сети. –  D_Bye 21.05.2012, 12:21
  • 3
    Помните, настроена ли машина для использования DHCP, resolv.conf может быть заменен в следующей перезагрузке. Необходимо удостовериться, что DHCP (если используемый) настроен правильно, и локальный сервер DHCP (обычно кабель / adsl модем) раздает правильные детали. –  EightBitTony 22.05.2012, 00:58
  • 4
    8.8.8.8 является сервером имен общественности Google. 8.8.4.4 вторичное устройство. Необходимо, вероятно, добавить обоих. –  Swiss 22.05.2012, 08:41

Ваша проблема походит на случай не установки сервера DNS. Обычно, Вы хотели бы отредактировать /etc/resolv.conf, но в Debian (и Ubuntu) мог быть перезаписан этот файл. Официальное решение этого состоит в том, чтобы установить resolvconf пакет: apt-get install resolvconf

Затем редактирование (с корневыми полномочиями) также /etc/resolvconf/resolv.conf.d/head или /etc/resolvconf/resolv.conf.d/tail добавление

nameserver 8.8.8.8
nameserver 8.8.4.4

и затем выполненный resolvconf -u обновить файл. Это помешает Вашим изменениям перезаписываться.

12
27.01.2020, 20:08

Вы также обнаружите, что частой причиной этой проблемы является файл конфигурации коммутатора службы имен (NSS ), /etc/nsswitch.conf. Хотя вы можете разрешать адреса в командной строке с помощью команд ping и host, другие команды, такие как apt -, терпят неудачу.

Решение состоит в том, чтобы изменить эту строку в /etc/nsswitch.conf:

Отсюда:

hosts:          files mdns4_minimal [NOTFOUND=return] dns myhostname

К этому:

hosts:          files dns

Это должно немедленно решить проблему.

2
27.01.2020, 20:08

Теги

Похожие вопросы