Steve Cohen's questions

Tenho lido muito conteúdo na web sobre os modos de suspensão, hibernação e suspensão de um computador, mas não encontrei nenhuma discussão sobre esta questão aparentemente simples:

Qual é a diferença, se houver, entre

1. apenas saindo de um computador Linux , executando, digamos, Ubuntu 22.4 LTS, mas realmente poderia ser qualquer distribuição e versão, e
2. invocando explicitamente o comando suspend , seja pela linha de comando ou por uma interface gráfica?

Ambos os casos devem permitir que você volte ao computador mais tarde, clique com o mouse ou digite uma tecla e "acorde-o".

Se há uma diferença, qual é? Se não há diferença, por que o comando suspend é necessário?

E, a propósito, existe um nome para "simplesmente ir embora"? É isso que "dormir" significa?

Vejo esses termos sendo usados ​​sem nenhuma definição precisa do que cada um significa.

Atualização: Por que estou perguntando isso?

A maioria do material que encontro em relação às diferentes formas de sono, suspensão ou hibernação do computador assume que a principal preocupação de qualquer um que pergunte é o consumo de energia. Essa não é minha preocupação.

Minha preocupação é que quando eu sair do computador, eu possa voltar a ele com segurança e não precise reiniciá-lo.

Minha preocupação é que comprei um laptop bem caro da Lenovo, com uma placa de vídeo nVidia (não vou entrar em detalhes técnicos aqui) da qual não posso me afastar e assumir com segurança que o sistema acordará quando eu voltar a ele e pressionar uma tecla ou clicar com o mouse. Às vezes funciona, às vezes não. Parece que invocar explicitamente a suspensão é um pouco mais confiável, não trava com tanta frequência, mas não é 100% confiável, talvez 90%. No meu computador anterior, um laptop Lenovo de 10 anos, eu não precisava me preocupar com nada disso.

Atualização 2: corrigindo o original para mencionar "livrar-se do Secure Boot no UEFI" em vez de "livrar-se do UEFI" como um pré-requisito para atingir a hibernação.

A hibernação se sugere como a maneira mais confiável de conseguir o que estou procurando, mas não está disponível no meu computador que usa Secure Boot sob UEFI. Então uma opção é desabilitar o Secure Boot. Eu estava relutante em fazer isso, mas parece ser o caminho que tenho que seguir.

Minha principal preocupação é a confiabilidade, não o consumo de energia.

Eu estava usando o FileZilla para tentar transferir alguns arquivos. Fiz um clique do mouse no lugar errado e acabei excluindo um diretório com mais de 14.000 arquivos que eu não queria que fossem excluídos. Tenho certeza de que o FileZilla está fazendo algo como rm -rf e não movendo o diretório para "lixo". Tenho um backup usando o IDrive, mas a função de restauração deles também está falhando. Liguei para eles, então há esperança nessa direção, mas há algo que eu possa fazer para restaurá-lo localmente?

ATUALIZAÇÃO (1 dia depois):

Não importa. Os arquivos não foram deletados. O clique do mouse no FileZilla moveu o diretório abaixo do que estava acima dele na lista. Pensei que tinha verificado isso com o findcomando, mas devo ter feito errado.

Pelo menos restabelecemos o fato de que não há nada que possamos fazer se realmente excluímos a pasta.

E também que não faz mais sentido usar o FileZilla a menos que você esteja gerenciando muitos servidores. Apenas o aplicativo Ubuntu Files simples pode lidar com minhas necessidades, embora esteja um pouco escondido. Alguém sugeriu que eu o usasse, mas não é necessário.

Estou fazendo esta pergunta sobre vários sistemas Linux diferentes:

1. Ubuntu
2. framboesa
3. Arco Linux

Cada um desses sistemas oferece uma GUI com uma lista de servidores Wifi na qual você escolhe aquele ao qual deseja se conectar. Gostaria de saber, para cada um deles, onde essa escolha persiste, para que esteja disponível na próxima vez que você se conectar.

Sei por pesquisas que domínios .local são considerados uma péssima ideia.

E, no entanto, estou tentando usar dois aplicativos de astronomia diferentes projetados para serem executados em um Raspberry Pi, para os quais as instruções declaradas dizem que é necessário conectar-se ao sistema em execução no Pi por meio de um endereço .local. O objetivo dessas aplicações é controlar remotamente um telescópio e equipamentos associados, em última análise, com a visualização do objeto astronômico apontado sem olhar através das oculares. Não sei por que os desenvolvedores desses sistemas escolheriam esse método de conexão. Só estou tentando lidar com isso.

As instruções para ambos dizem que você deve apontar seu computador para o hotspot WiFi do sistema rodando no Pi (ambos os sistemas possuem um hotspot) e então acessá-lo a partir do computador principal por meio de um arquivo . . . .Endereço local. Isso funciona em ambos os sistemas (posso alternar entre sistemas trocando o cartão microSD). Curiosamente, em um sistema, descobri que posso me conectar a ele, quer tenha apontado meu computador para o Pi Hotspot ou não. Por outro lado, só consigo me conectar quando apontei o computador para o hotspot.

Estou apenas tentando entender como tudo isso funciona, principalmente, como em um caso consigo acessar o endereço .local sem me conectar ao hotspot, enquanto no outro sistema isso não é possível.

Eu ficaria grato por qualquer ajuda para entender tudo isso.