Какие файлы журналов следует изучить для устранения проблем с отключением USB-устройств?
В настоящее время у меня возникает следующая проблема:
Закрыть крышку ноутбука - ноутбук приостанавливается Открыть крышку ноутбука - ноутбук возобновляет работу Выберите «Выключение» из меню - перезагрузка компьютера
<час>Приостановить работу компьютера из меню - ноутбук приостанавливается Нажмите клавишу на клавиатуре - ноутбук возобновляет работу Выберите в меню «Выключение» - компьютер выключается
<час>Приостановить работу компьютера из меню - ноутбук приостанавливается Закрыть крышку ноутбука - нет действий Открыть крышку ноутбука - ноутбук возобновляет работу Выбрать выключение из меню - компьютер перезагружается
Я посмотрел dmesg, kern.log, pm-suspend.log, но не нашел никакой полезной информации. Хотя это может быть ошибкой, я все же хотел бы знать, какие файлы журналов мне следует изучить.
ОБНОВЛЕНИЕ: 31.12.2013
Эта проблема связана с подключением к ноутбуку концентратора Anker USB 3.0. Проблема не возникает, если не подключен концентратор. Не уверен, почему USB-концентратор может быть проблемой, но есть некоторое взаимодействие между этим USB-концентратором и приостановить / возобновить.
ОБНОВЛЕНИЕ: 1/2/2014
Похоже, что проблема заключается только в использовании порта USB 3.0. Мне интересно, как проверить и посмотреть, какие настройки USB-концентратор имеет в отношении возможности пробуждения компьютера. Возможно, концентратор неправильно устанавливается при возобновлении.
1 ответ
Вы, похоже, предполагаете, что есть: а) файлы журналов и б) что эти файлы журналов являются постоянными или, по крайней мере, повернуты, а не удалены при перезагрузке или во время входа в систему.
Трудно определить, какой файл журнала искать, потому что вам нужно знать, какой процесс или компонент действительно вызывает проблему. Например, это может быть просто ошибка на стороне клиента, а не процесс системного уровня. Проблема может быть в gnome-session, gnome-settings-daemon или indicator-session на стороне клиента, ни один из которых, я думаю, не имеет файлов журналов, или обязательно использует расширенную регистрацию в своем коде. Кажется, что они просто сбрасывают любые предупреждения или регистрируют сообщения, которые происходят, в STDERR или STDOUT, поэтому вам нужно взглянуть на ~/.xsession-errors, чтобы увидеть, что они выводят. Однако этот файл заменяется каждый раз, когда вы входите в систему, и я не знаю, вращается он или нет. Вы можете включить более подробное ведение журнала, убедившись, что G_MESSAGES_DEBUG=all установлено в среде, экспортировав в ~/.profile или в файл, добавленный в каталог /etc/profile.d/. Это может или не может дать вам больше информации, где вы хотите, однако.
Лучшее, что вы можете сделать в этих ситуациях, - это сначала зарегистрировать ошибку в компоненте самого высокого уровня (где вы делаете щелчки, в данном случае, в пакете indicator-session), и посмотреть, есть ли сопровождающие / разработчики. могут выполнять одни и те же действия, чтобы получить те же результаты, и с их помощью работать вниз до более низких уровней.