Update-Manager не поддерживает все пакеты на сегодняшний день. Что такое логика?

Я заметил с моим нынешним Groovy, что если я полагаюсь исключительно на графическом диспетчере обновлений, некоторые пакеты не поддерживаются датировать. В настоящее время заинтересованы 18 пакетов: Gnome-Shell-Common Gnome-Shell-Preed-Prefs Gnome-Shell libpulse-dev libpulse-mainLoop-glib0 libpulse0 (AMD64 & I386) LibpulsedSP LSHW Pulseaudio-Module-Bluetooth Pulseaudio-utils Pulseaudio QEMU-Block-Extra Cemu-System Common QEMU-System-data QEMU-System-GUI QEMU-SYSTEM-X86 QEMU-UTILS .

Любой APT или или APT-GET Full-Upgrade , DIST-UPGRADE или Команда обновит бы пакеты , но не диспетчер обновлений, который продолжает рассказывать о том, что моя система обновлена. Даже когда я открываю сеанс TTY (только текст), я получаю сообщение о том, что обновления не доступны (которые я полагаю, означает, что диспетчер обновлений здесь тоже входит в игру).

Это ошибка или предполагаемое поведение? Но тогда если предполагается, какая логика?

Редактировать: После выполнения обновления APT менеджер обновления обнаружил несколько обновлений, среди которых было обновление безопасности, которое, вероятно, было добавлено Тем временем, но для какой-то загадочной причины он решил обновить антрологически, связанные с импульсами пакеты, связанные с аудио.

Затем я запустил следующие команды в порядке (вывод включен):

$ apt list --upgradable

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Listing...
gnome-shell-common/groovy-updates,groovy-updates 3.38.2-1ubuntu1~20.10.1 all [upgradable from: 3.38.1-1ubuntu1.1]
gnome-shell-extension-prefs/groovy-updates 3.38.2-1ubuntu1~20.10.1 amd64 [upgradable from: 3.38.1-1ubuntu1.1]
gnome-shell/groovy-updates 3.38.2-1ubuntu1~20.10.1 amd64 [upgradable from: 3.38.1-1ubuntu1.1]
lshw/groovy-updates 02.18.85-0.3ubuntu2.20.10.1 amd64 [upgradable from: 02.18.85-0.3ubuntu2]
qemu-block-extra/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-common/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-data/groovy-updates,groovy-updates 1:5.0-5ubuntu9.3 all [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-gui/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-x86/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-utils/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]

$ apt-cache policy gnome-shell
gnome-shell:
  Installed: 3.38.1-1ubuntu1.1
  Candidate: 3.38.2-1ubuntu1~20.10.1
  Version table:
     3.38.2-1ubuntu1~20.10.1 500
        500 http://fr.archive.ubuntu.com/ubuntu groovy-updates/main amd64 Packages
 *** 3.38.1-1ubuntu1.1 100
        100 /var/lib/dpkg/status
     3.38.1-1ubuntu1 500
        500 http://fr.archive.ubuntu.com/ubuntu groovy/main amd64 Packages

# apt update

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Hit:1 http://fr.archive.ubuntu.com/ubuntu groovy InRelease
Hit:2 http://security.ubuntu.com/ubuntu groovy-security InRelease
Hit:3 http://fr.archive.ubuntu.com/ubuntu groovy-updates InRelease
Hit:4 http://fr.archive.ubuntu.com/ubuntu groovy-backports InRelease
Reading package lists...
Building dependency tree...
Reading state information...
10 packages can be upgraded. Run 'apt list --upgradable' to see them.

Тогда я пробежал APT List --uppgradable и APT-кэш-политика GNOME-Shell , снова, И получил то же самое вывод, что и раньше APT обновление (я сравнил перенаправленные выходы с CMP ). Update-Manager все еще говорит, что моя система обновлена.

-121--892516- Разрешить DHCP обновлять BIND9 DNS с помощью Samba AD , поэтому я обновляющую нашу текущую домен NT4 в Samba AD с BIND9 DNS. Наша текущая настройка DHCP / DNS находится на одном сервере, отдельно от сервера домена. С помощью Samba AD мы будем использовать инструменты Samba для управления ...

, поэтому я обновляю наш текущий домен NT4 в Samba AD с BIND9 DNS. Наша текущая настройка DHCP / DNS находится на одном сервере, отдельно от сервера домена. С помощью AD Samba мы будем использовать инструменты Samba, чтобы управлять DNS, что позволяет использовать такие вещи, как инструмент инструментов Admin Windows Server (DNS, AD пользователи и группы и т. Д.). Таким образом, Bind9, ISC-DHCP-сервер, и Samba все будет на одном компьютере для новой настройки.

Следует следующее Руководство Samba О том, как установить это, я заметил некоторые почетные проблемы в / var / log / syslog , как только мы начали передавать дорогу на этот сервер. Наиболее особенно различны различные исключения из аренды срока действия. Глубнее, это вызвано из сценария, не имеющего все необходимые args, что Samba-Tool требует удаления записи в DNS, в частности, имя записи (например, если запись была My-PC.Domain. COM, это не проходит часть моего ПК). Есть комментарий, указав, что есть причина, по которой они не могут получить это, что оставляет меня интересно: есть ли просто лучший способ вообще, чтобы справиться с этим?

Так что это то, что я ищу здесь: как я могу эффективно Ручка динамических обновлений DNS от DHCP через Samba, поэтому записи обновляются на лету и обновлены / удалены при необходимости?

0
задан 27 January 2021 в 18:50

1 ответ

Это должно работать. Если это не так, то может быть что-то не так с вашей настройкой.

У вас есть какие-то шанс пропустить синюю коробку в нижней части Википаджа, который говорит:

Не регистрируйте отчет об ошибке на Samba Bugzilla для любых проблем, которые у вас есть с этой настройкой, спросите на списке рассылки Samba Отказ

Итак, приходите и спросите меня о своем сценарии на списке рассылки Samba.

0
ответ дан 18 March 2021 в 23:39

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

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