LINUX.ORG.RU

Странное поведение mintupdate

 ,


0

0

В общем предистория:

Был минт 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'>

А ведь проблема решилась. Причем случайно. Вот к сожалению точно не помню где именно, но выяснился малюсенький косяк с правами. У какого-то исполняемого файла в окружении минтапдейт права были выставлены user:user , а надо было root:root

Случайно нашел.

AfterWork ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.