Ubuntu / Nautilus - conecte-se ao servidor: é possível desativar pastas em movimento?

Às vezes eu uso o Nautilus no Ubuntu para me conectar a um servidor SSH remoto. Eu posso navegar pelas pastas mais facilmente e abrir e editar arquivos remotamente no meu editor local. Uma coisa que me preocupa é mover pastas acidentalmente. Eu já vi isso acontecer com várias pessoas, não nesta situação, sempre em uma máquina Windows, sempre alguém que não é tão experiente com o mouse.

Não aconteceu comigo, mas ainda não gosto da ideia de que isso possa acontecer. Então, eu estou querendo saber se isso poderia ser evitado de alguma forma, apenas remotamente. Outro gerenciador de arquivos também seria aceitável, porque eu ainda quero poder mover pastas localmente no Nautilus.

— SPRBRN
fonte

Eu não tenho certeza se entendi. Movendo pastas de onde para onde?

— Dennis

Então, basicamente você quer ter conexões ssh abertas nautilus com acesso somente leitura?

— Terdon

Parece que o OP quer algo mais específico: desabilitar o recurso arrastar e soltar no nautilus ou um navegador de arquivos sem o d & d.

— savick01

Você está certo @ user863458. Eu gostaria de desabilitar o d & d no Nautilus ou outro gerenciador de arquivos. Cortar e colar são suficientes. Ao abrir um arquivo em um editor, com o navegador do próprio editor, ele funciona como eu quero. (No Windows, você pode mover e excluir arquivos e pastas como este, mas acho que isso é uma prática ruim.) Isso evita o risco de mover pastas e arquivos. No entanto, se um gerenciador de arquivos puder fazer isso, isso será mais fácil em muitas situações em que você deseja manter o gerenciador de arquivos aberto.

— SPRBRN

Eu encontrei uma solução para o meu problema. Eu instalei o jEdit e usei isso como editor. Eu usei o Sublime, o que eu realmente gosto, mas tem uma falha ao editar arquivos em um servidor remoto. Eu posso abri-los do Nautilus, claro, mas isso tem o risco de mover pastas. Eu posso abrir o filebrowser no Sublime, que abre na raiz do servidor remoto. Não se lembra da localização do arquivo aberto atual.

O jEdit tem seu próprio navegador, mas teve outro problema, porque ele redefiniu a propriedade e as permissões dos arquivos, o que resultou em arquivos que não eram legíveis pelo Apache. Este problema foi resolvido com o jEdit 5.

— SPRBRN
fonte