Eu responderei a pergunta "armadilhas". Sim, há possíveis armadilhas quando a Intel faz algo errado no microcódigo atualizado e causa uma regressão no comportamento do processador. Felizmente, isso é raro ao extremo e, nesse caso, você pode desinstalar o pacote (e reportar o bug para a distribuição do Linux, por favor).
Se o sistema trava quando aplica a atualização (ou seja, logo após a tela do grub), você pode inicializar com o parâmetro do kernel "dis_ucode_ldr" no grub para pular a atualização do microcódigo.
Até agora, houve muito poucas regressões relatadas para o Debian, Ubuntu ou RedHat / Fedora, e a maioria delas é para o Xeon E5v3 por qualquer motivo: uma falha em configurações de memória específicas e uma lentidão após a inicialização. Ambos foram corrigidos pela Intel no último lançamento de microcódigo público (20160714).
Parece que um processador Core2Duo específico também pode ficar lento com uma atualização mais antiga, não sei se ainda há um problema com o microcódigo atual.
Quase todo o tempo você realmente quer que o microcódigo atualizado evite os vários bugs de processador extremamente sérios que eles consertam. E uma atualização do BIOS / UEFI para obter essas correções de microcódigo e qualquer outra correção que não seja feita no microcódigo, mas em algum outro módulo BIOS / UEFI.