Diferença entre reinicialização -n e eco b> / proc / sysrq-trigger?

No Linux (especificamente, derivados do RHEL, CentOS e Fedora), há alguma diferença?

echo b > /proc/sysrq-trigger

"Reinicialize imediatamente o sistema, sem desmontar ou sincronizar sistemas de arquivos", de acordo com a Wikipedia.

reboot -n

"Não sincronize antes de reiniciar ou interromper. Observe que os drivers do kernel e de armazenamento ainda podem sincronizar", de acordo com o man 8 reboot. Existe realmente alguma diferença nesse comportamento?

linux sysrq

— sh-beta
fonte

Por que você votaria para encerrar isso?

— Sh-beta

Teste e experimente;) Mas realmente, por que você está fazendo isso?

— ewwhite

Eu gostaria de ter visto isso quando solicitado; Eu o migraria para a troca de pilhas do Unix, mas, infelizmente, é muito antigo para ser migrado :( Se esse ainda for um problema para o qual você está querendo uma resposta, sugiro republicar lá: unix.stackexchange.com

— Mark Henderson

O /sbin/rebooté um executável regular no sistema de arquivos. Se o seu sistema de arquivos estiver conectado (por exemplo, travamento do driver do sistema de arquivos, travamento do hardware SATA ou travamento do firmware do disco), as alterações para a execução bem-sucedida desse executável são reduzidas a zero. Por outro lado, supondo que você já tenha um shell raiz aberto, echo b > /proc/sysrq-triggernão precisa de nenhum acesso ao sistema de arquivos.

— Mikko Rantalainen
fonte

Bem, eco também é um binário, certo? Eu me deparei com situações nas quais eu realmente preciso reiniciar um servidor e realmente precisa que ele seja reiniciado e não fique preso em algum lugar durante o desligamento. Portanto, em vez de arriscar ter que ir ao datacenter, basta emitir echo b> / proc / sysrq-trigger. Mas geralmente eu faço:$ sync; echo b > /proc/sysrq-trigger $ whereis echo echo: /usr/bin/echo /usr/share/man/man1p/echo.1p.gz /usr/share/man/man1/echo.1.gz $ whereis reboot reboot: /usr/sbin/reboot /usr/share/man/man2/reboot.2.gz /usr/share/man/man8/reboot.8.gz

— Stefan

echogeralmente é um shell embutido, portanto está disponível se você tiver um prompt de shell. Sim, também /bin/echoexiste, porque pelas regras do POSIX todos os comandos devem existir no caminho, mas podem ser substituídos pela implementação do shell para aumentar o desempenho. O echoé usado com tanta frequência que apenas conchas muito, muito básicas, não o implementam. (Compare help echovs. man echo)

— Mikko Rantalainen