Я думаю, что это тот самый тонкий вопрос, на котором я споткнулся некоторое время... Внимательно посмотрите на страницу руководства dconf(7).
Вы пытаетесь установить DCONF_PROFILE
в каталог, а не в файл.
На самом деле, в этом нет необходимости, так как по умолчанию DCONF_PROFILE
задается по умолчанию
user
, поэтому просто назовите файл /etc/dconf/profile/user
, чтобы убедиться, что он
будет прочитан:
# cat /etc/dconf/profile/user
user-db:user
system-db:local
#
Пока dconf update
генерирует файл /etc/dconf/db/local
(из того, что находится в /etc/dconf/db/local.d/
), то все это должно
вступить в силу.
После EDIT2 этот ответ устарел.
Обратите внимание, что вы не должны записывать такую конфигурацию в /lib/
. Надеюсь, вы (или другой админ )просто создали его там по ошибке, и более сложной проблемы нет. В этом случае вы можете просто отменить его, т.е.
rm /lib/systemd/system/getty.target.wants/serial-getty@ttyS2.service
После этого вы можете перезагрузиться. (Или запустите systemctl daemon-reload
и еще раз проверьте правильность отключения службы ).
Перед удалением файла я мог бы дважды -проверить, что нежелательная ссылка не предоставлена пакетом
dpkg-query -S /lib/systemd/system/getty.target.wants/serial-getty@ttyS2.service
и что это действительно символическая ссылка
ls -l /lib/systemd/system/getty.target.wants/serial-getty@ttyS2.service
Вы также можете проверить наличие других файлов, которые были размещены администратором ненадлежащим образом. Установите пакет Debian cruft
и запустите cruft -d "/lib/systemd/system"
.