Acho que abrir o Guiimager fez com que a unidade fosse bloqueada e agora tivesse problemas com erros SQUASHFS. Mas isso é uma história diferente.
Surpreendentemente, apenas tty2 pode emitir systemctl suspend , não tty3 ou tty1.
Os outros ttys estão bloqueados devido a erros do SquashFS. Estou tentando descobrir uma maneira de consertar isso sem reinicializar, o que viola uma lei na filosofia do Linux: Uma solução envolvendo reinicialização para resolver problemas é para l Usuários.
Ambos os tty têm o mesmo usuário logado.
Sinta-se à vontade para solicitar mais informações, se necessário/relevante.
"Guimageiro"? Você quer dizer Guymager, um programa de imagem de disco forense?
Nesse caso, você ultrapassou os limites do que os usuários podem fazer: um gerador de imagens de disco forense precisa de acesso bruto aos discos, ignorando (e possivelmente bloqueando) qualquer driver de sistema de arquivos ativo que acesse esses mesmos discos. Isso é algo que normalmente apenas um administrador de sistema tem permissão para fazer. E os direitos extras trazem consigo responsabilidades extras.
Não sei sobre o SquashFS especificamente, mas sei que muitos drivers de sistema de arquivos ficam insatisfeitos se de repente se vêem incapazes de acessar "seu" disco. Alguns drivers do sistema de arquivos entram em um estado de erro persistente: para corrigi-lo, você deve desmontar o sistema de arquivos, geralmente executar um
fscknele e, em seguida, montá-lo novamente.Se isso acontecer com um sistema de arquivos raiz, um administrador de sistema pragmático pode reconhecer que a reinicialização é a maneira mais rápida de colocar o sistema de volta em um estado de funcionamento ou, pelo menos, em um estado que permita uma correção adicional (= o shell de emergência do initramfs, se o root sistema de arquivos está gravemente danificado).
É claro que você pode matar todos os processos do usuário e a maioria dos daemons do sistema, desmontar outros sistemas de arquivos, remontar o sistema de arquivos raiz somente leitura, verificá-lo e restaurar o sistema para um estado de funcionamento, mas fazer tudo isso por causa de um dogma é ineficiente .
Um administrador de sistema pragmático pode perfeitamente julgar que uma reinicialização é a maneira mais rápida e confiável de fazer o sistema funcionar novamente e, em seguida, fazê-lo. Mas isso é muito diferente de "vamos reiniciar e rezar para que o erro não aconteça novamente", que é o que sua chamada "filosofia da lei do Linux" visa evitar.