| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Внес дополнение в части анализа проблем с DRM (Direct Rendering Manager) - проблем с Х-ми (как при загрузке, так и при работе) - точнее, увеличение отладочных сообщений DRM, используя параметр drm.debug
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Согласно DOC отмечу два нюанса
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
VadimИ не нужно этим интересоваться, если система работает нормально и она тебе нравиться ... тем более, что загружаешься не так уж и часто. VadimА tiling WM загружается еще быстрее ...
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
VadimЗависит от многих факторов ... а поэтому чтобы сравнивать, то нужно определиться с чем и как сравнивать и что сравнивать. И одного HDD, у другого SSD - и время будет отличаться в 2-3 раза ... и так далее. У тебя стоит несколько систем - то есть можешь сравнить только системы ... а вот много это или мало, нужно сравнить те же системы, установленные на разное железо ... и желательно установленное на железо близкое к твоему, но установленное разными пользователями, чтобы проверить саму установку и настройку системы. То есть не все так однозначно ...
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
RusWolfотвечал на пост maisvendoo, у которого точно systemd. Сам таким способом логи не смотрю - редко, но обычно, если есть желание анализировать проблемы запуска Х-ов, то использую strace.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
RusWolfДля начала можно проверить и так ... но не факт, что это на 100% поможет найти виновника. Это покажет только service systemd … но может долго стартуют процессы, не связанные с systemd? ... и это скорее всего будут процессы, связанные с KDE. У меня стоит несколко WM и одно DE ... дольше все стартует DE, что вообщем то и закономерно, так при этом грузится много всякой ерунды. PS - и большая часть service systemd уже загружена до старта Х-ов ...
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
maisvendooМожно попробовать следующий простой способ для выяснения долгой загрузки X-ов (DE, WM) - подготовка: при наличии DM - деактивировать его и настроить ступенчатую загрузку X-ов (сначала загрузка в консоль, а из нее уже запуск X-ов (DE, WM)). - запуск для сбора информации: загрузиться в консоль (просто reboot после настройки) и выполнить команду - анализ информации: после загрузки в X-ы смотрим логи journalctl -b (или -journalctl -b --no-pager) и находим в выводе последнюю строку из файла ~/journal.txt и смотрим дальше, что там долго грузилось, ориентируясь на время в начале строк. Полной уверености нет, что поможет, но попробовать не долго … и это намного проще чем использование strace.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Сегодня просматривал последние топики на BBS … и наткнулся на свежий топик, в котором новичок тоже жалуется на проблемы с KDE + SDDMНо минус в том, что эти сообщения оставляют не приятный осадок ...
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
yaaТо есть причина все-таки связана с питанием USB порта. Если конкретно связана только с autosuspend, то возможно причина и уйдет. Но если это связано дополнительно еще и с нехваткой питания, то возможно проблема будет иногда и возвращаться. В этом случае можно будет попробовать использовать usb hub (разветвитель) с внешним питанием. PS - кстати, делать reboot, как это делал ты, не обязательно - можно было просто выполнить програмное переподключение или переиницилизацию USB
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Перечитал внимательнее и заметил этоyaaТо есть, насколько понял, после reboot все нормально ... такое бывает и, как правило, это связано с питанием USB порта, что может быть причиной не обнаружения USB-устройства … и в большинстве случаев это связано с autosuspend. Рекомендую проверить, точнее отключить autosuspend, для чего нужно загрузиться с параметром usbcore.autosuspend=-1 ... после загрузки проверяем
Ошибки не исчезают с опытом - они просто умнеют
|