В общем предистория:
Был минт 17.2 64 бит Циннамон. Потом был сменен на 18.1 и далее на 18.2 те-же 64 бит и тот-же циннамон.
Смена происходила всегда одинаково. На чистый диск ставился с лайва дистр в стандартной комплектации, обновлялся по самое неумею, настраивался как положено, ставился софт нужный, убирался софт ненужный.
Далее загрузка с лайва и /home/user переливался со старой системы на новую.
Ну и сама история:
Всё бы без проблем, но недавно заметил такое поведение у Менеджера обновлений. Система стартует, менеджер загружается если видит что есть софт для обновления то показывает его. И даже дает его установить.
Но любая попытка нажат кнопку Проверить обновления, приводит к тому что мгновенно идет ответ в строке статуса что невозможно получить список обновлений. Ну и соответственно проверять наличие обновлений он отказывается напрочь.
При этом если убить его и запустить из командной строки, поведение его меняется на ПОЛНОСТЬЮ НОРМАЛЬНОЕ.
Если какие ошибки и есть в логах, то я их не смог найти. Искал тщательно. Может не везде искал?
С консоли система обновляется нормально, ничего лишнего/некорректного не показывает. А я чаще всего обновляюсь именно ручками.
В общем не то чтобы мешает жить такое поведение менеджера, просто интересно куда копать?
Вот еще немного инфо к размышлению. Это когда с консоли запускаешь mintupdate не прибив предварительно его.
user@host ~ $ mintupdate
user@host ~ $ [sudo] пароль для user:
Traceback (most recent call last):
File "/usr/lib/linuxmint/mintUpdate/mintUpdate.py", line 606, in run
output = subprocess.check_output(refresh_command, shell = True).decode("utf-8")
File "/usr/lib/python3.5/subprocess.py", line 626, in check_output
**kwargs).stdout
File "/usr/lib/python3.5/subprocess.py", line 708, in run
output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command 'sudo /usr/lib/linuxmint/mintUpdate/checkAPT.py --use-synaptic 88080401 2>/dev/null' returned non-zero exit status 1
-- Exception occurred in the refresh thread: <class 'subprocess.CalledProcessError'>
