Se você tiver um teclado conectado, poderá executar o método RESUIB . Caso contrário, tente ssh em sua caixa, e nós apresentamos o ps e os programas auxiliares e verificadores de log habituais para caçar o seu problema.
Não são os chamados "chaves mágicas SysRq" - um conjunto de teclas pressionadas que pode ser embutido no nível do kernel e vai ser honrado desde que tanto o processo kernel e a interrupção teclado ainda estão sendo ouvidos, e pode ser chamado por tecla Alt-SysRq.
Estes podem executar várias funções de emergência, tais como uma emergência S snc de todos os sistemas de ficheiros montados, k I enchendo todas as tarefas activas, ou mesmo forçando uma re disco B oot.
No entanto, o linux em geral precisa ir muito longe para que medidas extremas sejam a única solução restante. Use apenas com extrema cautela e quando tudo mais falhar.
Como outros já mencionaram, "não responde" é um pouco vago. Você pode esclarecer o que está ou não acontecendo?
Se o problema estiver relacionado à sessão x (que são muitas), você deverá poder pressionar ctrl-alt-f1, ctrl-alt-f2, ... para acessar uma sessão virtual.
a partir daí você pode subir, como sugerido acima, ou, tudo o mais falhar, você pode reiniciar o sudo para (o mais limpo possível) voltar a funcionar.
Nos sistemas linux, os processos podem ser observados usando comandos como ps(tente sudo ps wauxver uma lista com todos os usuários e caminhos completos). Muitos programas, como o toppodem ajudar a classificar e monitorar comportamentos. Você pode enviar os comandos do sistema para controlar esses processos usando a identificação do processo. Por exemplo, você pode usar killou killallpara finalizar qualquer coisa no sistema.
Alguns monitores do sistema, como o meu favorito htop, permitem até anexar rastreamentos a processos em execução para ver exatamente o que eles estão fazendo e enviá-los a matar sinais diretamente do observador.
Existem algumas variantes gráficas desses monitores de processo, mas não tenho experiência com eles. No Gnome, você pode olhar system-monitor. Há também algo conhecido como Linux Process Explorer.
Respostas:
IMHO, não existe essa combinação de teclas ctrl + alt + del para Linux. Mas, para verificar por que a máquina trava, você pode:
fonte
Se você tiver um teclado conectado, poderá executar o método RESUIB . Caso contrário, tente ssh em sua caixa, e nós apresentamos o ps e os programas auxiliares e verificadores de log habituais para caçar o seu problema.
fonte
Não são os chamados "chaves mágicas SysRq" - um conjunto de teclas pressionadas que pode ser embutido no nível do kernel e vai ser honrado desde que tanto o processo kernel e a interrupção teclado ainda estão sendo ouvidos, e pode ser chamado por tecla Alt-SysRq.
Estes podem executar várias funções de emergência, tais como uma emergência S snc de todos os sistemas de ficheiros montados, k I enchendo todas as tarefas activas, ou mesmo forçando uma re disco B oot.
No entanto, o linux em geral precisa ir muito longe para que medidas extremas sejam a única solução restante. Use apenas com extrema cautela e quando tudo mais falhar.
Como outros já mencionaram, "não responde" é um pouco vago. Você pode esclarecer o que está ou não acontecendo?
fonte
Se o problema estiver relacionado à sessão x (que são muitas), você deverá poder pressionar ctrl-alt-f1, ctrl-alt-f2, ... para acessar uma sessão virtual.
a partir daí você pode subir, como sugerido acima, ou, tudo o mais falhar, você pode reiniciar o sudo para (o mais limpo possível) voltar a funcionar.
fonte
Nos sistemas linux, os processos podem ser observados usando comandos como
ps(tentesudo ps wauxver uma lista com todos os usuários e caminhos completos). Muitos programas, como otoppodem ajudar a classificar e monitorar comportamentos. Você pode enviar os comandos do sistema para controlar esses processos usando a identificação do processo. Por exemplo, você pode usarkilloukillallpara finalizar qualquer coisa no sistema.Alguns monitores do sistema, como o meu favorito
htop, permitem até anexar rastreamentos a processos em execução para ver exatamente o que eles estão fazendo e enviá-los a matar sinais diretamente do observador.Existem algumas variantes gráficas desses monitores de processo, mas não tenho experiência com eles. No Gnome, você pode olhar
system-monitor. Há também algo conhecido como Linux Process Explorer.fonte