Зависание linux mint 19 cinnamon
Добавлено: 24 авг 2018, 17:39
Как это исправить?
Потому что это первая сессия. -b - это сессии. Кто тебе дал такой параметр у него и конкретно спрашивай зачем он тебя попросил такую инфу.
для доступа к журналу пользователь должен входить в одну из трёх групп: wheel, adm или systemd-journal.
Также журнал доступен из под рута напрямую(su) либо косвенно(через sudo).
Файлы журнала располагаются по адресу:
/var/log/journal/... - находиться на жёстком диске, при удалении этой папки логи после перезагрузки пушиться в /run/log/journal/
/run/log/journal/... - находиться в оперативной памяти, как следствие полностью стирается после каждой перезагрузки компа.
вместо перезагрузки можно перезапустить сервисКод: Выделить всё
systemctl restart systemd-journald
...и т.п.Так как логи у нас хранятся в бинарном виде то для просмотра нужна утилита из состава systemd - journalctl.
По ходу в том примере, что я первым нашел, закралась ошибка. Попробуй поставить минус перед единицей
Код: Выделить всё
journalctl -p 0..3 -b -1 > ~/out.log
Теперь похоже действительно то что нужноStarMAUGLI писал(а): ↑24 авг 2018, 18:26По ходу в том примере, что я первым нашел, закралась ошибка. Попробуй поставить минус перед единицейСпасибо, Unborn,Код: Выделить всё
journalctl -p 0..3 -b -1 > ~/out.log
Добрый вечер до компа не было времени добраться много работы. Если можно по подробней, что именно нужно исправлять. Файл с логами я посмотрел но для меня это темный лесStarMAUGLI писал(а): ↑25 авг 2018, 16:34Теперь осталось понять, а что же исправлять?
Начинать с начала или с конца? (я бы начал с конца, т.к. именно это были последние предупреждения перед зависанием)
пробовал результат тот же. Пробовал устанавливать ubuntu 16.04, 18.04, попробовал даже китайский deepin. Везде ошибки при загрузке одни и те же. Я действительно начинаю плохо думать про amd, похоже действительно что то они перемудрили. Похоже действительно нужно теперь как то от этого железа избавляться и пересаживаться на интел
Для меня пока тоже. Давай вместе разбираться. Было ли зависание 24 числа, лог которого мы сейчас рассматриваем? Если "да", то что бы сузить круг поисков, во сколько?
http://www.gigabyte.ru/products/page/mb ... support-dl1. Из-за особенностей осуществления поддержки семейства ОС Linux со стороны производителей системной логики, пожалуйста, обратитесь за драйверами для Linux на сайты разработчиков.
но проверить не могу (на моем компе такой ошибки нет)PAM adding faulty module/unable to dlopen: pam_kwallet
в /etc/pam.d/lightdm и /etc/pam.d/lightdm-greeter нужно закомментировать все строки, начинающиеся с "auth optional".
По умолчанию он там ничего не делает и никак не настроен - в следствии чего апдейтер ругается что не настроено бэкапирование(если в настройках не снята галочка, что необходимо ругаться)
Не мудрено. Для десктопа апреля 2018г с АМД тебе только новые ядра пытать, со временем вероятно появится полноценная поддержка..
У меня на виртуалке стоит (VirtualBox), для "в курсе событий"
Настроен создавать копии каждый день. Пробовал руками создавать бэкап все прошло без повисаний.StarMAUGLI писал(а): ↑25 авг 2018, 23:39Кстати, еще одну мысль надумал для проверки. Возможно, у тебя зависания происходят когда бэкапирование идет? Проверь настройки Таймшифта, в LM19 он по идее должен быть по умолчанию включен. Но вот как настроен и настроен ли вообще?