Que arquivos de log devem ser examinados para solucionar problemas de desligamento em relação a dispositivos USB?

2

Atualmente estou tendo o seguinte problema:

Feche a tampa do laptop - o laptop é suspenso Tampa aberta do laptop - laptop recomeça Selecione Desligar no menu - reinicializações do computador

Suspender computador do menu - laptop suspende Pressione a tecla no teclado - o laptop é retomado Selecione Desligar do menu - o computador é desligado

Suspender computador do menu - laptop suspende Feche a tampa do laptop - sem ação Tampa aberta do laptop - laptop recomeça Selecione Desligar no menu - reinicializações do computador

Eu olhei para dmesg, kern.log, pm-suspend.log mas não encontrei nenhuma informação que pareça útil. Embora isso possa ser um bug, ainda gostaria de saber quais arquivos de log devo examinar.

ATUALIZAÇÃO: 31/12/2013

Esse problema está relacionado a ter um hub Anker USB 3.0 conectado ao laptop. O problema não acontece a menos que o hub esteja conectado. Não sei por que o hub USB seria um problema, mas há alguma interação entre esse hub USB e a suspensão / reinício.

ATUALIZAÇÃO: 1/2/2014

Parece que o problema é apenas usar a porta USB 3.0. Eu estou querendo saber como verificar e ver quais configurações um hub USB fica em relação a ser capaz de ativar o computador. Talvez o hub esteja sendo definido incorretamente no currículo.

    
por cprofitt 31.12.2013 / 15:30

1 resposta

0

Você parece estar assumindo que há a) arquivos de log eb) que esses arquivos de log são persistentes, ou no mínimo, rotacionados, em vez de serem apagados na reinicialização ou no tempo de login.

Identificar qual arquivo de log procurar é difícil, porque você precisa saber qual processo ou componente realmente está causando o problema. Por exemplo, pode ser simplesmente um erro no lado do cliente e não um processo no nível do sistema. O problema pode estar em gnome-session , gnome-settings-daemon ou indicator-session no lado do cliente, nenhum dos quais eu acredito ter arquivos de log ou necessariamente usar log extensivo em seu código. Eles parecem apenas descarregar quaisquer avisos ou mensagens de log que ocorram, para STDERR ou STDOUT, portanto, é necessário consultar ~/.xsession-errors para ver o que eles geram. No entanto, esse arquivo é substituído toda vez que você faz o login, e eu não sei se ele é girado ou não. Você pode ativar o log mais detalhado, garantindo que G_MESSAGES_DEBUG=all esteja definido no ambiente, exportando em ~/.profile ou em um arquivo adicionado no diretório /etc/profile.d/ . Pode ou não lhe dar mais informações onde você quiser.

A melhor coisa que você pode fazer nessas situações é primeiro arquivar um bug no componente de nível mais alto (no qual você está fazendo os cliques, neste caso, o pacote indicator-session ), e ver se os mantenedores / desenvolvedores pode executar as mesmas ações para obter os mesmos resultados e trabalhar para baixo até os níveis mais baixos a partir daí, com a ajuda deles.

    
por dobey 31.12.2013 / 18:26