strace ajudou, o dispositivo ruim era o / dev / cdrom
Em um RHEL 6.5 Desktop, se eu usar:
sudo grep -r foo /*
minha área de trabalho é reinicializada.
Q: Por quê? Como depurar isso? É a terceira vez que minha área de trabalho é reinicializada por causa disso: D
Existem coisas que você não deveria ler cegamente.
/dev/mem e /dev/kmem vêm à mente, mas /dev/port soa ainda mais difícil de ler - mapeia diretamente para portas de E / S. Lendo cegamente isso soa como uma receita para o desastre (hard-locked minha máquina há alguns minutos atrás ... para a ciência, eu acho). Não acho que a leitura desse arquivo resulte nos mesmos sintomas para todas as máquinas, mas uma reinicialização não parece razoável.
No mínimo, você deve excluir /dev inteiramente disso, e /sys e /proc também não devem ser incluídos - não faz sentido pesquisar esses sistemas de arquivos, mesmo que seja totalmente seguro.
Considere o desempenho também. Você realmente quer grep todo o /dev/sda , então todo o /dev/sda1 , então o conteúdo do sistema de arquivos que ele possui (supondo que esteja montado)?
Tags grep files directory-structure