Eu deletei arquivos acidentalmente? Como posso recuperá-los?

$ sudo sshfs lab@ipaddress:/home/lab/Desktop /home/usr/labDesktop
[sudo] password for usr:
The authenticity of host 'ipaddress (ipaddress)' can't be established.
XXX key fingerprint is XXX.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
lab@ipaddress's password:

Isso estabelece uma sshfsconexão: para o usuário rootno servidor B, o diretório /home/usr/labDesktoppermite acesso ao /home/lab/Desktopdiretório do servidor A com os direitos de acesso do usuário labno servidor A.

Especificamente, isso não significa que o usuário labno servidor B teria qualquer acesso a /home/usr/labDesktop.

$ cd labDesktop
-sh: 44: cd: can't cd to labDesktop

Então você não pode cdir ao diretório como seu usuário regular lab. Isso é o esperado.

$ sudo sshfs lab@ipaddress:/home/lab/Desktop /home/usr/labDesktop
lab@ipaddress's password:
read: Interrupted system call

Tentar montá-lo novamente falha, provavelmente porque ele já está montado.

$ fusermount -u /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab

Mais especificamente, não há nenhuma entrada de montagem para /home/usr/labDesktop que o usuário labpossa desmontar , porque a montagem inicial foi feita pelo usuário root, não lab. Então esse comando não faz nada.

$ rm -r labDesktop
rm: cannot remove 'labDesktop': Permission denied

Como a montagem foi feita pelo usuário root, o usuário labnão tem acesso de gravação labDesktopalgum. Isso é o esperado.

$ sudo rm -r labDesktop                          
rm: cannot remove 'labDesktop': Device or resource busy

Este comando diz: "Como usuário root, exclua tudo dentro do diretório labDesktop, incluindo o próprio diretório." Esse é o erro.

Como o diretório do servidor A é perfeitamente acessível para o usuário rootpor meio da montagem sshfs, o comando excluirá tudo dentro do diretório. Mas excluir o diretório em si falha, porque o diretório é, na verdade, um ponto de montagem. No entanto, essa mensagem de erro só aparece depois que todo o resto já foi excluído.

$ mount | grep /home/usr/labDesktop
lab@ipaddress:/home/lab/Desktop on /home/usr/labDesktop type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)

Isso confirma que o diretório do servidor A ainda está montado e acessível rootapenas a.)

$ fusermount -u /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab
$ fusermount -uz /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab

O usuário labnão tem permissão para desmontar algo rootque ele mesmo montou.

$ sudo umount /home/usr/labDesktop

Ao usar sudo, você emite a solicitação de desmontagem como usuário roote, portanto, ela será bem-sucedida.

$ rm -r /home/usr/labDesktop

E após uma desmontagem bem-sucedida, você pode excluir o labDesktopdiretório, porque agora ele é apenas um diretório vazio comum.

(A rmdir /home/usr/labDesktopteria sido suficiente. Seria um bom hábito usar rmdirsempre que você esperasse excluir um diretório vazio, pois não faria nada e produziria uma mensagem de erro se o diretório estivesse inesperadamente não vazio.)

1. Essa sequência de comandos poderia ter causado a exclusão dos arquivos no Servidor A?

Definitivamente, uma vez que você executou o rm -rcomando como o mesmo usuário que fez a montagem no servidor local B, e o usuário remoto especificado no sshfscomando era presumivelmente o proprietário do diretório no servidor remoto A, então era esperado que ele tivesse acesso total.

Com sudo, você tinha acesso total à montagem e, portanto, o servidor B fez exatamente o que você pediu e excluiu tudo o que pôde acessar dentro do ponto de montagem.

2. Existe alguma maneira de recuperá-los?

A linha de comando rmnão "moverá arquivos para a lixeira". É um comando para realmente excluir o(s) arquivo(s) especificado(s) imediatamente.

Você tem bons backups desse diretório do servidor A?

Se não, e você quiser tentar recuperar arquivos deletados, então é importante parar de usar esse sistema de arquivos no servidor A imediatamente para que os blocos que costumavam conter os arquivos deletados não sejam substituídos por dados mais novos. O sistema de arquivos deve ser desmontado no servidor A, e então utilitários de recuperação de dados apropriados podem ser executados nele. Quaisquer arquivos recuperados devem ser salvos em algum outro sistema de arquivos: é importante que o sistema de arquivos com os dados perdidos não seja modificado mais até que nenhuma outra ação de recuperação seja necessária/valiosa.

Se o sistema de arquivos no servidor A estiver em um SSD, também é importante garantir que nenhuma otimização TRIM periódica seja executada em todo o SSD até que as operações de recuperação sejam concluídas. Se o sistema de arquivos for TRIMmed, todos os arquivos excluídos provavelmente serão irrevogavelmente perdidos.