Рейтинг:3

Сервер Ubuntu: список доступных обновлений старше недели

флаг cn

Когда я захожу на свой сервер Ubuntu через SSH, отображается текст «Добро пожаловать». Этот текст раньше содержал информацию о доступных для обновления пакетах.

С некоторых пор всегда текст "Списку доступных обновлений больше недели". вместо этого отображается.

Конечно, я регулярно проверяю наличие обновлений с помощью «sudo apt update». Это не влияет на текст на экране «Приветствие».

Кто-нибудь что там не так и как это исправить?

David avatar
флаг cn
Было бы неплохо, если бы вы сказали версию Ubuntu.
флаг uz
Jos
Вы также применяете обновления, как в «sudo apt upgrade»? `sudo apt update` просто узнает, какие обновления доступны.
Artur Meinild avatar
флаг vn
И поскольку это сервер, я бы рекомендовал настроить [автоматические обновления] (https://help.ubuntu.com/community/AutomaticSecurityUpdates), чтобы автоматически применять как минимум обновления безопасности.
Bruni avatar
флаг cn
@Jos Но должно ли `sudo apt update` не обновлять список доступных обновлений ... без необходимости фактического обновления?
флаг uz
Jos
Я считаю, что это ошибка, которую нужно было исправить в Ubuntu 19.10 https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/1842159.
флаг uz
Jos
@Bruni да, если OP выполнил `sudo apt update` в течение недели, сообщение не должно появиться.
Thomas1970 avatar
флаг cn
Привет! Спасибо за ваши ответы!
Thomas1970 avatar
флаг cn
Привет! Спасибо за ваши ответы! Да, я регулярно запускаю ```sudo apt update``` и ```sudo apt upgrade```. Автоматические обновления настроены на исправления безопасности. Однако речь идет только о тексте приветственного сообщения в приглашении SSH.
Thomas1970 avatar
флаг cn
Моя версия Ubuntu — 20.04.3 LTS.
Thomas1970 avatar
флаг cn
@Jos: у меня есть update-notifier-common/focal-updates версии 3.192.30.9. Ошибка, которую вы упомянули, должна быть исправлена, но у меня все еще есть эта проблема. Кстати, у меня нет update-notifier/focal-updates версии 3.192.30.9, потому что для этого пакета нужен xserver...
флаг uz
Jos
Сообщение, вероятно, хранится в `/etc/motd`, но по какой-то причине никогда не удаляется. Если это так, просто попробуйте это: `sudo rm /etc/motd` и посмотрите, вернется ли сообщение.
Thomas1970 avatar
флаг cn
@Joe: В моей системе нет файла ```/etc/motd```. Сервиса ``мотд`` тоже нет. Может в этом причина моей проблемы?
Thomas1970 avatar
флаг cn
Нужно ли что-то из следующего? ```motd-news-config/focal-updates,теперь 11ubuntu5.4 все [installiert]``` ```show-motd/focal-updates 3.6-0ubuntu6.1 все``` ```update-motd/focal-updates 3.6-0ubuntu6.1 все``` ``xmotd/focal 1.17.3b-10 amd64``
флаг us
У меня также есть эта проблема в Ubuntu 20.04.03 LTS.
Рейтинг:3
флаг cn

Я подал этот отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/1943638

Я также описал обходной путь там.

[Изменить] Описание обходного пути:

В моем случае неперехваченное исключение в строке 150 файла /usr/lib/update-notifier/apt_check.py было причиной.

Я исправил это, добавив попробуй... кроме блок вокруг него.

Оригинальный код:

    is_esm_supported = логическое значение (
                ДИСТРО в ubuntu_distro.supported_esm()

Модифицированный код:

    пытаться:
        is_esm_supported = логическое значение (
                ДИСТРО в ubuntu_distro.supported_esm()
    )
    кроме AttributeError:
        is_esm_supported = Ложь
Greenonline avatar
флаг us
Пожалуйста, [отредактируйте] свой ответ и включите обходной путь в свой ответ.
флаг us
а что потом делать после редактирования этого файла?
Thomas1970 avatar
флаг cn
Я больше ничего не делал. Задание cron, которое регулярно проверяет наличие обновлений, запускает этот сценарий. При следующем выполнении (например, ночью) список должен быть обновлен. если мой обходной путь не решит вашу проблему, вы можете выполнить ``apt_check.py`` в командной строке, чтобы узнать, что еще не работает (возможно, вам понадобятся навыки Python).
Рейтинг:1
флаг cn

Источник сценария сообщения (Ubuntu 20.04?), Кажется, из

/etc/update-motd.d/90-доступных обновлений

Настоящая проблема (для меня) заключается в том, что

/var/lib/update-notifier/доступные обновления

старше 7 дней и должен быть почти пустым. Я добился этого,

эхо | sudo tee /var/lib/update-notifier/updates-доступно
Thomas1970 avatar
флаг cn
Да, что-то вроде этого тоже было моей первоначальной идеей, но это не решит проблему, и вы не будете знать, доступны ли обновления. Пожалуйста, смотрите мой обходной путь выше.
Рейтинг:0
флаг cn

Я попробовал предложение Thomas1970 (кстати, хороший год), и это не имело никакого значения.

Затем я посмотрел файл:

sudo nano /var/lib/update-notifier/updates-доступно

Там была строчка "Списку доступных обновлений больше недели". внутри. Я попытался использовать «#», чтобы заблокировать отображение, но это ничего не дало, кроме как напечатать «#» перед строкой.

Далее я стер содержимое файла и перезагрузился.

«Списку доступных обновлений больше недели». теперь ушел. Я жду дальнейших обновлений, чтобы узнать, получаю ли я уведомления при входе в систему, поскольку Thomas1970 считает, что обнуление файла предотвратит будущие уведомления об обновлениях.

Я восстановил исправление Thomas1970 в /usr/lib/update-notifier/apt_check.py а пока посмотрим что будет.

На данный момент мое решение, по крайней мере, устраняет проблему с уведомлением. я продолжаю делать судо подходящее обновление всякий раз, когда я захожу на свой сервер.

Thomas1970 avatar
флаг cn
Недавно у меня снова появилась первоначальная проблема. Я проверил, был ли мой обходной путь все еще на месте, но он исчез. Вероятно, заменена оригинальной версией Ubuntu каким-то вызовом «apt upgrade». Итак, я повторно вставил свой обходной путь, и проблема снова исчезла. Вывод: пока проблема не устранена Ubuntu, мое предложение является лишь временным обходным путем. Голосуйте за https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/1943638

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.