Я заметил с моим нынешним 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
все еще говорит, что моя система обновлена.
, поэтому я обновляю наш текущий домен 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, поэтому записи обновляются на лету и обновлены / удалены при необходимости?
Это должно работать. Если это не так, то может быть что-то не так с вашей настройкой.
У вас есть какие-то шанс пропустить синюю коробку в нижней части Википаджа, который говорит:
Не регистрируйте отчет об ошибке на Samba Bugzilla для любых проблем, которые у вас есть с этой настройкой, спросите на списке рассылки Samba Отказ
Итак, приходите и спросите меня о своем сценарии на списке рассылки Samba.