nammidd |
|
Темы:
8
Сообщения:
41
Участник с: 28 июня 2016
|
Обновился и видимо система сломалась, основная проблема в том что бесконечно монтируются мои ntfs разделы без возможности завершить процесс, из-за этого и система нормально не выключается. Что делать? Так-же при запуске иксов некоторое время не запускаются некоторые стандартные графические программы. Вот вывод из journalctl, ошибка автоматического монтирования раздела и попытка монтирования в ручную:
|
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
А что за DE? udiskie установлены? |
nammidd |
|
Темы:
8
Сообщения:
41
Участник с: 28 июня 2016
|
-_oxfce, udiskie не установлен. |
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
nammiddИмя юзера всегда должно быть строчными буквами. :) |
nammidd |
|
Темы:
8
Сообщения:
41
Участник с: 28 июня 2016
|
-_o -_oЧто это за бред? Молодой человек, не засоряйте тему.nammiddИмя юзера всегда должно быть строчными буквами и точки монтирования тоже. |
vs220 |
|
Темы:
22
Сообщения:
8070
Участник с: 16 августа 2009
|
Закомментируйте временно в фстаб монтирование ntfs разделов Обновитесь еще раз пересоберите модули ядра(смотрите что бы не было ошибок) и перезагрузитесь Если ядро не стандартное вместо linux ваше ядроПосле перегрузки, проверьте что диски не сменили названия и попробуйте вручную примонтировать и выложить вывод
|
nammidd |
|
Темы:
8
Сообщения:
41
Участник с: 28 июня 2016
|
vs220 Всё это я делал, и даже больше (переустановил вообще все пакеты, поставил lts ядро), в моём первом сообщении как я и написал как раз вывод ошибок после автоматического монтирования раздела и попыток монтирования используя: Но я на всякий случай прошёлся по вашей инструкции ещё раз, всё то-же самое, процесс виснет, ничего не монтируется.Вот вывод:
|
vs220 |
|
Темы:
22
Сообщения:
8070
Участник с: 16 августа 2009
|
Откройте эмулятор терминала и в нем и вывод этого терминала а не системный журнал
|
nammidd |
|
Темы:
8
Сообщения:
41
Участник с: 28 июня 2016
|
vs220Какой вывод из повиснувшего процесса вы хотите? Он ничего не выводит, не закрывается, не убивается, а бесконечно и молча висит. |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Немного попробую прояснить ситуацию (за не точности прошу не винить) Сообщения типа появляется в случае, если определенный процесс не может обратиться к чему то в ядре в течение 120 секунд (значение по умолчанию), грубо говоря процесс заблокирован, а далее ядро вываливается в стэк вызовов (Call Trace). Чтобы понять кто виновник и где блокируется - нужно разбирать стэк.Если посмотреть твои логи, то видно, что таких Call Trace несколько - начинаются они с сообщений после которых идет сообщение и далее уже идет Call TraceСамый первый Call Trace обусловлен процессом kworker, предположу, что этот процесс связан с диском - предположение сделал по строке, идущей немного ниже которая содержит функцию disk_events_workfnВозможно я и не прав - нужно смотреть и анализировать более подробно, а это не так то и просто. А главное не ясно, то ли остальные Call Trace обусловлены 1-ым, то ли возникают сами по себе, т. е. не зависимо от 1-го. Если ты таким анализом никогда не занимался, то что то выполнить и проанализировать будет затруднительно. Но, думаю, в любом случае нужно посмотреть нагрузку cpu, диска и наличие жрущего процесса kworker (и их количество).
Ошибки не исчезают с опытом - они просто умнеют
|