Мне удалось выяснить это самостоятельно.
Выполните / usr / bin / python / usr / bin / mintupdate-launcher
, чтобы просмотреть журналы. Оказалось, что были проблемы с разрешениями для некоторого списка репозиториев.
SystemError: E:Opening /etc/apt/sources.list.d/additional-repositories.list - ifstream::ifstream (13: Permission denied)
После установки разрешений мастер заработал.
Судя по всему, этот файл /usr/libexec/setup-named-chroot.sh
ранее был упакован в bind-chroot
, но был перемещен в bind-sdb-chroot
. Поскольку мы оцениваем то, что произошло, можно с уверенностью пытаться форсировать события.
Для начала я бы сделал upgrade
, а не update
:
$ sudo yum upgrade
Это удалит все устаревшие пакеты, которые могут привести к конфликтам здесь. Если вы все еще сталкиваетесь с проблемами, я бы удалил 2 проблемных пакета, затем сделал обновление, а затем переустановил их. Вероятно, это будет самый простой способ обойти проблему с упаковкой (и ), с которой вы столкнулись.
$ sudo yum remove bind-chroot bind-sdb-chroot
$ sudo yum update
$ sudo yum install bind-chroot bind-sdb-chroot
Если вы установите оба пакета, вы обнаружите следующий сценарий, который никогда не должен происходить при управлении пакетами:
$ rpm -qf /usr/libexec/setup-named-chroot.sh
bind-sdb-chroot-9.9.4-61.el7.x86_64
bind-chroot-9.9.4-61.el7.x86_64
Оба этих пакета претендуют на право собственности на этот файл. Любопытно, что я смог установить оба из них, используя yum
.
Пакет bind-sdb
кажется ненужным в вашем случае, поправьте меня, если я не прав. Этот пакет предназначен, если вы хотите сохранить конфигурацию bind
в базе данных SQL, а не в плоских файлах.
Если вы просто используете bind
с файлами конфигурации, то вам вообще не нужен этот пакет. Как правило, лучше ограничить установку пакетов тем, что вам действительно нужно. Чем больше пакетов вы устанавливаете, тем выше вероятность того, что вы столкнетесь с подобными проблемами.