O que está causando uma pausa durante o teste do dispositivo do sistema?

Question

Estou executando o FreeBSD 10.0-RELEASE.

Durante o teste do dispositivo de inicialização, há uma pausa de 30 segundos. A saída relevante para isso é

# dmesg
...
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
...

Sou bastante novo neste sistema operacional, mas isso significa que o sistema está detectando um dispositivo, mas não consegue descobrir o que é? Eu não tenho nada além do essencial - disco rígido e drive óptico e é confirmado com:

# camcontrol devlist
<MATSHITA DVD-RAM UJ-841S 1.00>     at scbus0 target 0 lun 0 (pass0,cd0)
<HGST HTS7250xxxxxxxx GHB0xxxx>     at scbus1 target 0 lun 0 (pass1,ada0)

Eu tentei alguns outros comandos para obter algumas informações adicionais:

# camcontrol rescan all
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
(aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00
(aprobe0:ata0:0:1:0): CAM status: Command timeout
(aprobe0:ata0:0:1:0): Error 5, Retry was blocked
Re-scan of bus 0 was successful
Re-scan of bus 1 was successful
Re-scan of bus 2 was successful
Re-scan of bus 3 was successful
Re-scan of bus 4 was successful

Com camcontrol rescan all o sistema pausa novamente duas vezes por 30 segundos antes de redigitalizar os barramentos. Mesmo se eu pedir para digitalizar apenas um único barramento, o sistema insiste em fazer a varredura 'aprobe0' primeiro. Além disso, as linhas "aprobe0 ..." são negrito e branco brilhante que alguém me disse significa que é uma resposta do kernel. Eu ficaria feliz se eu pudesse apenas reduzir a duração das pausas. Eu tentei inserir kern.cam.ada.default_timeout=5 em /boot/loader.conf , mas não teve nenhum efeito. Eu procurei muito e duramente sem sucesso e não posso obter muita ajuda. Quem conhece melhor tem alguma ideia? Obrigado!

Só para adicionar, isso é RELEASE-10. Por um curto período antes disso, eu estava executando o RELEASE-8.3, que funcionava perfeitamente, sem atrasos. O processo de inicialização levou algo como 15 segundos. Mas assim que eu estava começando a aprender na R8.3, chegou a EOL, então eu decidi mudar para a R10. Os módulos do kernel ATA para o R10 são muito diferentes daqueles do R8.3. Li sobre essas mudanças, mas não sei para onde ir a partir daqui.

    

Answer 1

Tudo indica ser um bug / regressão que começou no FreeBSD 9.1

• kern / 173435

E, infelizmente, não há solução alternativa disponível. Talvez você possa dar mais detalhes sobre o seu problema (hardware, versão do FreeBSD) em kern/173435 .

    

Answer 2

Uma vez que uma unidade de DVD seria um da (4) dispositivo não uma ada (4) dispositivo, tente diminuir kern.cam.da.default_timeout em /boot/loader.conf

    

Answer 3

Ainda há duas coisas para tentar:

1. Tente atualizar o firmware da unidade de DVD. Parece que ele usa a versão 1.00. Há uma boa chance de que ele tenha sido atualizado para corrigir esse bug.
2. Remova a unidade. É uma peça de hardware antiga de qualquer maneira.