rflobao
(usa Debian)
Enviado em 14/02/2011 - 16:34h
Em outro grupo de discussão, me passaram 2 comandos que utilizei para analisar o problema: dmesg e syslog.
O syslog não ajudou muito, veja o resultado:
>====== Dei o comando para entrar em modo de espera ás 14:00:00
Feb 14 14:00:02 noterafa anacron[3885]: Anacron 2.3 started on 2011-02-14
Feb 14 14:00:02 noterafa anacron[3885]: Normal exit (0 jobs run)
Feb 14 14:00:02 noterafa NetworkManager[1202]: <info> sleep requested (sleeping: no enabled: no)
Feb 14 14:00:02 noterafa NetworkManager[1202]: <info> sleeping or disabling...
>====== Entrou em modo de espera ás 14:00:02
>====== Dei o comando para sair do modo de espera ás 14:02:00
>====== O kernel só começou a gerar log ás 14:02:35 como é mostrado abaixo
Feb 14 14:02:35 noterafa kernel: [ 1340.260374] PM: Syncing filesystems ... done.
Feb 14 14:02:35 noterafa kernel: [ 1340.285179] PM: Preparing system for mem sleep
.
.
.
>====== O monitor ativou ás 14:02:38
.
.
.
Feb 14 14:02:39 noterafa NetworkManager[1202]: <info> sleeping or disabling...
Feb 14 14:02:39 noterafa anacron[4182]: Anacron 2.3 started on 2011-02-14
Feb 14 14:02:39 noterafa anacron[4182]: Normal exit (0 jobs run)
Isso significa que durante o tempo que levou pra sair do modo de suspensão, não foi gerado logue.
Mas o dmesg quebrou meu galho!
[ 2752.388157] jmb38x_ms 0000:03:00.3: setting latency timer to 64
[ 2752.520057] sd 2:0:0:0: [sda] Starting disk
[ 2783.000044] ata3: lost interrupt (Status 0x50)
[ 2783.000079] sd 2:0:0:0: [sda] START_STOP FAILED
[ 2783.000082] sd 2:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEO
Em 2752 mandou ativar o disco sda e o próximo registro só ocorreu em 2783.
Então levou 2783-2752 = 31s para ativar o disco sda.
Pelo menos agora ja sei que a demora é para ativar o disco. Só falta saber como resolver :P