Вопросы Теги

Может ли ядро ​​обновить себя через диспетчер обновлений?

ПРИМЕЧАНИЕ. Это может дублировать информацию из chili555, однако при обсуждении с ними вышеупомянутый человек предложил опубликовать «авторитетный» ответ, поскольку я работал с этой точной проблемой / вопросом раньше.

Поведение, наблюдаемое в вашей среде, это systemd-resolved эквивалент того, что делал dnsmasq до 18.04. Обновления netplan влияют на серверы имен, которые systemd-resolved используют для поиска. Это подробно описано в последнем разделе ответа.

Но сначала для любопытной истории о таком поведении и о том, как она отличается от «более старых» версий Ubuntu, использующих Network Manager и dnsmasq , (Невозможно пропустить следующий раздел этого ответа, если вы хотите только связать 18.04)

До 18.04: dnsmasq в качестве локального распознавателя кэширования [!d5 ]

До 18.04, когда вы использовали GUI Ubuntu, он установил dnsmasq вместе с Network Manager. Интеграция с сетевым менеджером с dnsmasq обновила список dnsmasq серверов «следующего перехода» (восходящие DNS-серверы) для отправки запроса.

Поэтому DNS-запрос для google.com перейдите из любого приложения, запрашивающего разрешение, в dnsmasq, и если dnsmasq не знает IP-адрес или имеет истечение срока действия кэшированной записи, он затем передаст запрос DNS на любой восходящий DNS-сервер (для этого примера, 8.8.8.8 или 8.8.4.4). Затем вам нужно будет проверить Network Manager или конфигурацию dnsmasq, чтобы увидеть, где находятся DNS-серверы вверх.

Это типичное поведение в графическом Ubuntu, установленном с ISO ISO.

Установленная по умолчанию установка из ISO-файлов сервера, наоборот, следовала традиционному методу «update /etc/resolv.conf» через пакет resolvconf и использовала /etc/resolv.conf непосредственно вместо связи через dnsmasq.

До 18.04: dnsmasq в качестве локального распознавателя кэширования

С 18.04 по умолчанию система DNS systemd-resolved. Это работает, как и dnsmasq старого, за исключением того, что это делается как для настольных, так и для серверных ISO-установок. Он также может интегрироваться с Network Manager (используется в средах GUI для управления Wi-Fi и т. Д.), А с Netplan (который лучше обрабатывает ethernets)

systemd-resolved передается из netplan списка DNS-серверов для отправки запросов. Поэтому, используя тот же пример выше, DNS-запрос к google.com будет проходить через systemd-resolved 'sub resolver, который либо вернет значение кэшированного поиска, либо передаст его на восходящие DNS-серверы.

Это эмулирует поведение по умолчанию dnsmasq, но также добавляет некоторую дополнительную обработку поиска для того, как «localhost» и другие локальные адреса могут быть запрошены.

С NetPlan или Network Manager вы можете получить список восходящих DNS-серверов через systemd-resolved со следующей командой: 

systemd-resolve --status

, которая даст вам кучу вывода. Соответствующий раздел будет выглядеть так (взятый из ответа chili555 для целесообразности): 

DNS Servers: 8.8.8.8
             8.8.4.4
             2600:1700:5aa0:830::1
10
задан 24 November 2010 в 20:09

22 ответа

Существует система под названием ksplice, которая позволяет обновлять ядра без перезагрузки, но Ubuntu еще не использует его, и это система, наиболее привлекательная для администраторов сервера на данный момент.

Каждый раз, когда у вас есть новый обновление ядра, которое предоставляется в обновлениях программного центра, вам необходимо перезагрузить компьютер, чтобы использовать фиксированную защиту или другие ошибки. Каждая версия ядра является отдельной, поэтому сохранение вашей машины на существующем ядре не будет вредным, если вы не подсчитаете потенциальные дыры в безопасности. См. Также этот существующий вопрос:

system

12
ответ дан 26 May 2018 в 00:38
  • 1
    Спасибо ... Теперь, когда у меня было время подумать об этой проблеме, я помню одно (?) Время, когда меня попросили перезагрузить ... Я был немного удивлен, потому что все обновления и новые установки были что ... Вероятно, это было время, когда ядро ​​было обновлено ... rebootless system, о котором вы упомянули, является приятной функцией. Не критично для домашнего рабочего стола, но отличная идея для любых коммерческих настроек ... Возможно, это будет в скором времени, по мере того, как повышается совокупный бар. – Peter.O 3 November 2010 в 08:26

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему:

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ *** System restart required *** Last login: Tue Nov 2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

12
ответ дан 31 July 2018 в 10:50

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему:

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ *** System restart required *** Last login: Tue Nov 2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

12
ответ дан 31 July 2018 в 10:55

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему:

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ *** System restart required *** Last login: Tue Nov 2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

12
ответ дан 31 July 2018 в 11:54

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему:

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ *** System restart required *** Last login: Tue Nov 2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

12
ответ дан 2 August 2018 в 04:20

В этом вопросе обсуждались обновления ядра на месте: Почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке , см. файл / etc / motd для серверов при входе в систему: 

  Linux terra 2.6.35-22-generic # 34-Ubuntu SMP Sun Oct 10 09  : 24: 00 UTC 2010 i686 GNU / Linux Ubuntu 10.10 Добро пожаловать в Ubuntu!  * Документация: https://help.ubuntu.com/ *** Перезапуск системы требуется *** Последний вход: Вт 2 ноя 17:33:22 2010 от ...

и напоминание об уведомлении панели для рабочего стола:

alt text [!d3]

12
ответ дан 6 August 2018 в 04:25

В этом вопросе обсуждались обновления ядра на месте: Почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке , см. файл / etc / motd для серверов при входе в систему: 

  Linux terra 2.6.35-22-generic # 34-Ubuntu SMP Sun Oct 10 09  : 24: 00 UTC 2010 i686 GNU / Linux Ubuntu 10.10 Добро пожаловать в Ubuntu!  * Документация: https://help.ubuntu.com/ *** Перезапуск системы требуется *** Последний вход: Вт 2 ноя 17:33:22 2010 от ...

и напоминание об уведомлении панели для рабочего стола:

alt text [!d3]

12
ответ дан 7 August 2018 в 22:31

В этом вопросе обсуждались обновления ядра на месте: Почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке , см. файл / etc / motd для серверов при входе в систему: 

  Linux terra 2.6.35-22-generic # 34-Ubuntu SMP Sun Oct 10 09  : 24: 00 UTC 2010 i686 GNU / Linux Ubuntu 10.10 Добро пожаловать в Ubuntu!  * Документация: https://help.ubuntu.com/ *** Перезапуск системы требуется *** Последний вход: Вт 2 ноя 17:33:22 2010 от ...

и напоминание об уведомлении панели для рабочего стола:

alt text [!d3]

12
ответ дан 10 August 2018 в 10:39

В этом вопросе обсуждались обновления ядра на месте: Почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке , см. файл / etc / motd для серверов при входе в систему: 

  Linux terra 2.6.35-22-generic # 34-Ubuntu SMP Sun Oct 10 09  : 24: 00 UTC 2010 i686 GNU / Linux Ubuntu 10.10 Добро пожаловать в Ubuntu!  * Документация: https://help.ubuntu.com/ *** Перезапуск системы требуется *** Последний вход: Вт 2 ноя 17:33:22 2010 от ...

и напоминание об уведомлении панели для рабочего стола:

alt text [!d3]

12
ответ дан 13 August 2018 в 17:11
  • 1
    Спасибо ... Теперь, когда у меня было время подумать об этой проблеме, я помню одно (?) Время, когда меня попросили перезагрузить ... Я был немного удивлен, потому что все обновления и новые установки были что ... Вероятно, было время, когда ядро ​​было обновлено ... rebootless system , о котором вы упомянули, является приятной особенностью. Не критична для домашнего рабочего стола, но отличная идея для любых коммерческих настроек. Возможно, скоро это станет стандартным, так как коэфициентный бар станет выше. – Peter.O 3 November 2010 в 08:26
  • 2
    Спасибо KC .. Ссылка system в принятом ответе на самом деле ссылается на KSplice;) .. но это не так уж важно для меня; Я буду кричать до тех пор, пока это не станет «стандартным выпуском» ... Главное в моем вопросе было понять, как работают обновления ядра. – Peter.O 3 November 2010 в 11:19

Существует система , называемая ksplice, которая позволяет обновление ядра без перезапуска, но Ubuntu еще не использует его, и это система, наиболее привлекательная для администраторов сервера в настоящий момент.

] При каждом обновлении ядра, которое предоставляется в обновлениях программного центра, вам необходимо перезагрузить компьютер, чтобы использовать фиксированную защиту или другие ошибки. Каждая версия ядра является отдельной, поэтому сохранение вашей машины на существующем ядре не будет вредным, если вы не подсчитаете потенциальные дыры в безопасности. См. Также этот существующий вопрос:

Почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

12
ответ дан 15 August 2018 в 23:49
  • 1
    Спасибо ... Теперь, когда у меня было время подумать об этой проблеме, я помню одно (?) Время, когда меня попросили перезагрузить ... Я был немного удивлен, потому что все обновления и новые установки были что ... Вероятно, было время, когда ядро ​​было обновлено ... rebootless system , о котором вы упомянули, является приятной особенностью. Не критична для домашнего рабочего стола, но отличная идея для любых коммерческих настроек. Возможно, скоро это станет стандартным, так как коэфициентный бар станет выше. – Peter.O 3 November 2010 в 08:26
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 26 May 2018 в 00:38

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему: 

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux
Ubuntu 10.10

Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/

*** System restart required ***
Last login: Tue Nov  2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

3
ответ дан 26 May 2018 в 00:38
  • 1
    Спасибо KC .. Ссылка system в принятом ответе на самом деле ссылается на KSplice;) .. но это не так уж важно для меня; Я буду кричать до тех пор, пока это не станет «стандартным выпуском» ... Главное в моем вопросе было понять, как работают обновления ядра. – Peter.O 3 November 2010 в 11:19

В этом вопросе обсуждались обновления ядра на месте: почему бы не включить что-то вроде Ksplice, поэтому нет необходимости перезагружаться после обновления?

Что касается напоминания о перезагрузке, см. файл /etc/motd для серверов при входе в систему:

Linux terra 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:24:00 UTC 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ *** System restart required *** Last login: Tue Nov 2 17:33:22 2010 from ...

и напоминание об уведомлении панели для рабочего стола:

3
ответ дан 25 July 2018 в 22:57
  • 1
    Спасибо ... Теперь, когда у меня было время подумать об этой проблеме, я помню одно (?) Время, когда меня попросили перезагрузить ... Я был немного удивлен, потому что все обновления и новые установки были что ... Вероятно, это было время, когда ядро ​​было обновлено ... rebootless system, о котором вы упомянули, является приятной функцией. Не критично для домашнего рабочего стола, но отличная идея для любых коммерческих настроек ... Возможно, это будет в скором времени, по мере того, как повышается совокупный бар. – Peter.O 3 November 2010 в 08:26
  • 2
    Спасибо KC .. Ссылка system в принятом ответе на самом деле ссылается на KSplice;) .. но это не так уж важно для меня; Я буду кричать до тех пор, пока это не станет «стандартным выпуском» ... Главное в моем вопросе было понять, как работают обновления ядра. – Peter.O 3 November 2010 в 11:19
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 25 July 2018 в 22:57
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 31 July 2018 в 10:50
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 31 July 2018 в 10:55
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 31 July 2018 в 11:54
, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, просто чтобы вы обновили все компоненты в вашей системе.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 2 August 2018 в 04:20

, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, а именно, что вы будете модернизировать все компоненты вашей системы.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 6 August 2018 в 04:25

, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, а именно, что вы будете модернизировать все компоненты вашей системы.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 7 August 2018 в 22:31

, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, а именно, что вы будете модернизировать все компоненты вашей системы.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 10 August 2018 в 10:39

, например. Могу ли я по-прежнему запускать «Lucid» в 2020 году, когда каждое «последнее» ядро ​​устанавливается через обновления. (Я не собираюсь этого делать, это всего лишь тестовый сценарий.)

Имя «lucid» - это просто имя дистрибутива. Да, в теории (и в некоторой степени на практике) вы можете сохранить «ясный» до 2020 года, а именно, что вы будете модернизировать все компоненты вашей системы.

Модернизация только самого ядра (и ничего else) работает когда-то, но когда есть основное изменение ядра, необходимо будет изменить / обновить другие программы, иначе они больше не будут работать.

4
ответ дан 13 August 2018 в 17:11

Другие вопросы по тегам:

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