Я понимаю, что это старая тема, но вчера я потратил два часа на то, чтобы выяснить, почему вышеупомянутые конфигурации не работают у меня, и я хочу поделиться решением, чтобы спасти других людей. время.
Проблема заключалась в том, что мне нужно было хотя бы один раз принять сертификат от SMTP-сервера Google, а для этого нужно запустить mutt без перенаправления ввода, иначе mutt не сможет предложить вам принять сертификат.
Кстати, вы должны выбрать (a) для всегда, чтобы сертификат сохранялся в .mutt/certificates
. Если вы выберете (o) один раз, он будет использовать предоставленный сертификат, но не сохранит его в .mutt/certificates
.
Так что запускайте mutt без перенаправления ввода (включая перенаправление на стандартный ввод), а затем всегда принимайте предложенный сертификат a. После этого, когда вы в следующий раз запустите mutt, он должен просто работать, потому что использует сохраненный сертификат.
Когда программа сообщает, что что-то еще, включая другой ее экземпляр, имеет заблокированный ресурс, первое, что нужно проверить, - это действительно ли что-то работает и использует этот ресурс. Убедившись, что на самом деле ничего не использует, вы можете снять блокировку.
Часто программа сообщит вам, какой процесс использует ресурс, или расскажет, как снять блокировку. В этом случае база данных диспетчера пакетов была заблокирована файлом db.lck
, а в сообщении об ошибке говорилось о выполнении remove /var/lib/packman/db.lck
.
Причина часто заключается в том, что в последний раз программа использовалась некорректно и не снимала блокировку. Это может быть ошибка, которая сработала и прервалась, или система могла завершить процесс, не давая ей возможности выполнить очистку. Система также могла зависнуть, выключиться или потерять питание. Любое из этих событий может привести к тому, что блокировка ресурса останется в файловой системе и потребует удаления вручную.
Конечно, всегда проверяет наличие активного процесса перед удалением любых файлов блокировки.