Se estiver congelado, não há muito o que fazer, basta desconectá-lo e cruzar os dedos. Você não danifica o hardware dessa maneira, apenas corre o risco de corrupção do sistema de arquivos.
goldilocks
Se estiver congelado, você deve ficar bem apenas puxando o plugue. É recomendável não fazer isso se o Pi estiver gravando o cartão SD, mas isso não acontecerá se estiver congelado.
Joan
OK obrigado. Fiquei um pouco preocupado, pois sou apenas novo nisso.
21416 James
@goldilocks Você pode postar este comentário como resposta? Para congelar completamente 100%, esta é a única solução (e é bom saber que a corrupção do sistema de arquivos é a pior consequência possível).
reduzindo a atividade
Respostas:
10
Você não indicou onde estava no terminal ou na GUI e o que estava fazendo quando o Raspberry Pi ficou congelado. Às vezes, a GUI ou mesmo o terminal podem congelar, mas o sistema operacional ainda está em execução, totalmente funcional.
O que você pode fazer é mudar para um terminal de texto "backup". Pressionar CTRL+ ALT+ F1alternará para um dos terminais de "backup" oferecidos pelo kernel.
Em seguida, você pode efetuar login e interromper o processo ofensivo que faz com que a GUI ou o terminal congele. No seu caso, você pode fazer sudo haltou sudo rebootreiniciar se isso é tudo que você deseja fazer.
Opto por isso quando meu Pi congela e não quero arriscar a corrupção do sistema de arquivos.
Esteja ciente de que, se a CPU estiver sendo usada 100%, o switch poderá levar mais de um minuto para entrar em vigor.
+1 Mas não os chame de "terminais de backup". Existem pelo menos 6 terminais virtuais que executam um getty de login e são acessíveis com F1-6.
goldilocks
2
Se você tiver acesso ao SSH ou Putty, tente fazer login usando esse método. Se você precisar recuperar o console local, recomendo reiniciar o pi ligando sudo rebootdo console SSH / Putty. Para referência, o usuário padrão no Raspbian é pie a senha padrão é raspberry. O SSH está ativado por padrão.
Comigo - a CPU está executando acima de 90%, anexei: HDMI, 1 teclado de teclado e 1 mouse sem fio USB. Também tenho o SSH aberto no meu Mac e uma instalação de software de 1 hora.
Meu RPI pausou aleatoriamente, acho que o tempo na tela mudou. Salvei removendo todos os dispositivos USB e HDMI. Soprei ar no tabuleiro e lasquei.
Tentei então ver se conseguia uma resposta leve do quadro. Eu tentei conectar ao VNC e SSH simultaneamente. Cada vez que eu tentava fazer o SSH no terminal, a luz verde piscava.
Aguardei alguns minutos (cerca de 5) e ele começou a processar lentamente, depois voltou à velocidade normal.
Desconectar o HDMI também parecia ajudar no meu caso. Não acredito que seja necessário soprá-lo e pode não ser uma boa ideia, pois a umidade e a eletrônica não se misturam. Mesmo que seja uma questão de superaquecimento, deixar esfriar sozinho é mais seguro do que soprar nele. Obrigado pela ajuda. Bem pensado.
iyrin
1
Se o seu rpi estiver pendurado, puxar o plugue é a única opção que resta. Continue topcorrendo para que da próxima vez que você travar, você possa ver se algo comeu todo o seu aríete ou CPU. watch dmesgpode mostrar uma falha
Se você estiver usando o GUI, poderá tentar control- alt- backspace. dependendo do seu sistema operacional e como você o configura, isso reiniciará o x-server e retornará ao prompt de login, oferecendo a opção de efetuar login ou reiniciar / desligar.
Isso é muito longo para um comentário, mas foi uma combinação de respostas que funcionou para mim. Eu estou supondo que os gráficos de processamento estavam ocupando muito CPU, embora eu não pudesse confirmar porque estava congelado. No meu caso, três guias do navegador foram abertas com uma contendo um vídeo do youtube de maior qualidade. Na minha experiência, o congelamento no Raspberry Pi 3 geralmente é o caso de ter muitas guias do navegador abertas com um ou mais vídeos do youtube. Ele congelou tanto que o relógio não foi atualizado e o cursor não se moveu.
Solução:
Desligue o monitor e remova o cabo HDMI, depois reinsira o HDMI e ligue o monitor novamente. Isso colocou as coisas em movimento, mas muito lentamente. Alterne para outro terminal virtual pressionandoCTRL + ALT+ F1. Eu já experimentei isso em outros ambientes lxde, onde você precisa segurar essas teclas para ter sucesso na comutação do terminal virtual.
No meu caso, depois que o foco foi alterado para outro terminal virtual, ele ainda estava lento no início, mas após o login e a execução htop, qualquer processo que estivesse sobrecarregando a CPU não o fazia mais. Provavelmente, porque o ambiente da GUI não precisou de muito processamento, pois não estava em execução no terminal virtual atual. Isso deu uma pausa suficiente para que, ao voltar para o tty7 CTRL+ ALT+, F7onde a área de trabalho da GUI estivesse em execução, o ambiente continuasse funcionando normalmente.
Respostas:
Você não indicou onde estava no terminal ou na GUI e o que estava fazendo quando o Raspberry Pi ficou congelado. Às vezes, a GUI ou mesmo o terminal podem congelar, mas o sistema operacional ainda está em execução, totalmente funcional.
O que você pode fazer é mudar para um terminal de texto "backup". Pressionar CTRL+ ALT+ F1alternará para um dos terminais de "backup" oferecidos pelo kernel.
Em seguida, você pode efetuar login e interromper o processo ofensivo que faz com que a GUI ou o terminal congele. No seu caso, você pode fazer
sudo haltousudo rebootreiniciar se isso é tudo que você deseja fazer.Opto por isso quando meu Pi congela e não quero arriscar a corrupção do sistema de arquivos.
Esteja ciente de que, se a CPU estiver sendo usada 100%, o switch poderá levar mais de um minuto para entrar em vigor.
Para voltar à GUI, pressione CTRL+ ALT+ F7.
fonte
Se você tiver acesso ao SSH ou Putty, tente fazer login usando esse método. Se você precisar recuperar o console local, recomendo reiniciar o pi ligando
sudo rebootdo console SSH / Putty. Para referência, o usuário padrão no Raspbian épie a senha padrão éraspberry. O SSH está ativado por padrão.fonte
SIM! Salvei meu pequeno RPI3 de uma RCP.
Comigo - a CPU está executando acima de 90%, anexei: HDMI, 1 teclado de teclado e 1 mouse sem fio USB. Também tenho o SSH aberto no meu Mac e uma instalação de software de 1 hora.
Meu RPI pausou aleatoriamente, acho que o tempo na tela mudou. Salvei removendo todos os dispositivos USB e HDMI. Soprei ar no tabuleiro e lasquei.
Tentei então ver se conseguia uma resposta leve do quadro. Eu tentei conectar ao VNC e SSH simultaneamente. Cada vez que eu tentava fazer o SSH no terminal, a luz verde piscava.
Aguardei alguns minutos (cerca de 5) e ele começou a processar lentamente, depois voltou à velocidade normal.
Boa sorte!
fonte
Se o seu rpi estiver pendurado, puxar o plugue é a única opção que resta. Continue
topcorrendo para que da próxima vez que você travar, você possa ver se algo comeu todo o seu aríete ou CPU.watch dmesgpode mostrar uma falhafonte
Se você estiver usando o GUI, poderá tentar control- alt- backspace. dependendo do seu sistema operacional e como você o configura, isso reiniciará o x-server e retornará ao prompt de login, oferecendo a opção de efetuar login ou reiniciar / desligar.
fonte
O que funcionou para mim foi pressionando Alt+ PrtScenquanto pressiona R, E, I, S, B.
https://en.wikipedia.org/wiki/Magic_SysRq_key
fonte
Isso é muito longo para um comentário, mas foi uma combinação de respostas que funcionou para mim. Eu estou supondo que os gráficos de processamento estavam ocupando muito CPU, embora eu não pudesse confirmar porque estava congelado. No meu caso, três guias do navegador foram abertas com uma contendo um vídeo do youtube de maior qualidade. Na minha experiência, o congelamento no Raspberry Pi 3 geralmente é o caso de ter muitas guias do navegador abertas com um ou mais vídeos do youtube. Ele congelou tanto que o relógio não foi atualizado e o cursor não se moveu.
Solução:
Desligue o monitor e remova o cabo HDMI, depois reinsira o HDMI e ligue o monitor novamente. Isso colocou as coisas em movimento, mas muito lentamente. Alterne para outro terminal virtual pressionando CTRL + ALT+ F1. Eu já experimentei isso em outros ambientes lxde, onde você precisa segurar essas teclas para ter sucesso na comutação do terminal virtual.
No meu caso, depois que o foco foi alterado para outro terminal virtual, ele ainda estava lento no início, mas após o login e a execução
htop, qualquer processo que estivesse sobrecarregando a CPU não o fazia mais. Provavelmente, porque o ambiente da GUI não precisou de muito processamento, pois não estava em execução no terminal virtual atual. Isso deu uma pausa suficiente para que, ao voltar para o tty7 CTRL+ ALT+, F7onde a área de trabalho da GUI estivesse em execução, o ambiente continuasse funcionando normalmente.fonte