Eu deletei todos os arquivos e pastas (incluindo ocultos) de / home / username / now em grande dificuldade

Question

Estou conectado a um servidor Ubuntu remoto e acidentalmente apaguei todo o diretório /home/username/ do usuário atual. A única coisa que resta é um diretório oculto chamado .gvfs . Eu não preciso de nada dos Documentos / Música / etc.

Agora ele não está me permitindo acessar o diretório /var/www/ , que tem permissões 666 e é de propriedade do usuário atual.

Eu tenho medo de me desconectar da minha sessão ssh porque não sei se poderei voltar. Eu criei permanentemente um problema? Existe uma maneira de substituir os arquivos mais importantes para o diretório / home / username /?

Obrigado!

** EDITAR **

Obrigado a todos pela ajuda. Achei que o problema com cd no /var/www/ era realmente minhas permissões no diretório /var/www/ . Foi ajustado para 666, mudou para 755 e tudo ficou bom novamente. Não parece que nada de sistemático foi arruinado, excluindo o conteúdo da pasta do usuário.

    

Answer 1

O sistema deve continuar a ser completamente utilizável por si só, com todos os arquivos no diretório inicial do usuário excluídos. Você certamente não deveria ter nenhum problema em copiar para /var/www .

Mas os diretórios precisam ter permissão de execução para que os usuários possam atravessá-los. Você disse que /var/www era 666 , que não inclui nenhum bit de execução, então parece que você tem um problema separado. Experimente: sudo chmod 755 /var/www para definir /var/www de volta para permissões razoáveis.

Você também pode achar útil copiar o conteúdo de /etc/skel para o diretório pessoal onde você apagou tudo. Se fizer isso, verifique se os arquivos copiados acabam tendo o proprietário e o grupo do usuário. Isso é feito quando você cria um novo usuário e fornece um conjunto de padrões de sane para novos usuários começarem.

Você também disse que era ssh'd como usuário. Para garantir que você possa fazer isso novamente, você precisará restaurar o diretório ~/.ssh com 700 permissões e certificar-se de que ~/.ssh/authorized_keys contenha sua chave pública. Você pode testar isso com uma sessão ssh diferente antes de sair do seu original.

    

Answer 2

Se você entrar no ssh com uma senha, não precisa se preocupar com a sua sessão ssh. No entanto, se você fizer o login sem uma senha, ou seja, com uma chave ssh, o arquivo mais importante a restaurar agora é aquele que permite o acesso ao ssh. Para isso, você precisa encontrar o conteúdo do arquivo

~ / .ssh / id_rsa.pub

no seu computador LOCAL , e coloque-o no arquivo

~ / .ssh / authorized_keys

no seu computador REMOTE .

Use uma segunda sessão ssh simultânea em outra janela de terminal para ver se você ainda pode fazer o login.

    

Answer 3

tente pressionar Ctrl + Alt + T para iniciar o Terminal

Em seguida, digite

nautilus

para executar o gerenciador de arquivos e tentar desfazer a exclusão

Se isso não funcionar, você pode tentar adicionar manualmente as pastas necessárias no nautilus se permitir, ou no Terminal usando o comando mkdir , criar uma pasta Home e a pasta que é seu nome de usuário para que você pode chegar a ~ ou / home / nome de usuário e você precisará criar:

• Desktop
• Documentos
• Downloads
• Música
• Imagens
• Público
• Vídeos

Espero que isso faça você voltar e correr

NÃO TENTEI ISTO E NÃO PODE FUNCIONAR

    

Answer 4

Você pode experimentar o link para ver se consegue recuperar o diretório e os arquivos. Se possível, certifique-se de que nada mais esteja gravado no disco antes de tentar recuperar os arquivos antigos.