Eu estava na uni alguns dias atrás, quando tentei recortar e colar um arquivo de 500Mb (uma gravação de vídeo 3gp) na minha unidade H em um dos computadores Linux (Debian KDE 3.5) da rede uni.
Não vi nenhuma mensagem de erro indicando que o trabalho de recortar e colar falhou, mas quando observei o arquivo colado resultante, ele agora aparece como um arquivo de 60Mb (que é uma discrepância de 440Mb!). Meu arquivo foi de alguma forma encolhido! O arquivo foi quebrado no processo de colá-lo e esse é o fragmento de um arquivo copiado incompletamente?
Eu suspeito que o que aconteceu foi que a transferência de arquivos foi interrompida devido às limitações de alocação de tamanho de unidade H impostas aos usuários pelos administradores.
Mas você pensaria que o Linux anteciparia que o arquivo fosse maior do que seria possível mover para o destino pretendido e abortar a transferência antes de começar, não espere até atingir um limite proibido e cancele discretamente sem me notificar.
Também no caso de uma transferência interrompida de arquivos, normalmente se espera que o arquivo original permaneça intacto (ou seja, não excluído) na unidade USB original?
O arquivo aparece no destino, mas agora é muito menor e não funciona. O arquivo original no local de origem na unidade externa desapareceu, sugerindo que o trabalho foi concluído com êxito.
Esse redimensionamento é bastante bizarro e agora não pareço ter acesso ao arquivo original. Após recortar e colar, o original pode ter sido removido do local de origem. O computador manipulou mal essa tarefa, aparentemente fazendo com que eu perdesse meu arquivo, e eu gostaria que você me ajudasse a recuperar meu arquivo.
Tentei recuperar o arquivo no cartão SD do meu telefone usando a ferramenta forense PhotoRec e Sleuthkit. Sem sorte Seções excluídas do disco podem ter sido substituídas por novos dados. Portanto, zero progresso no final da fonte. Alguma maneira de recuperar no destino final (ou seja, minha rede uni)?
peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
. ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$
fonte
Respostas:
Primeiro, nunca mova um arquivo pela rede, apenas copie. Você sempre pode excluir o original após a conclusão da cópia. Em segundo lugar, seu sistema local pode nem estar ciente de que existe uma cota de sistema de arquivos no armazenamento remoto - não presuma que seja possível adivinhar antecipadamente se uma operação de cópia falharia devido a uma cota remota. No que diz respeito ao processo de "envio", todos os bytes foram enviados e recebidos pelo terminal remoto, e você queria mover o arquivo para que agora o original possa ser excluído - o arquivo POO desapareceu.
"Alguma maneira de se recuperar no destino final?" - sem chance. OK, talvez um pequeno. Verifique com o administrador de rede para ver se apenas talvez o sistema realmente recebeu o arquivo completo, mas apenas relatórios de volta para você o tamanho dentro da sua quota. Não prenda a respiração.
E peço desculpas se estou parecendo um pouco severo, mas parece que alguns novos hábitos estão em ordem. :-)
fonte
Solução da velha escola para a próxima vez:
(Isso é um tanto sarcástico porque as três sincronizações consecutivas são herdadas e meio supersticiosas. Consulte-o. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )
Foi útil nos dias do SYSV.
Ok, demorei um pouco para localizar isso no google. (Por que tanto? Folclore se perdendo?) De qualquer forma, sugiro que os jovens leiam o livro de Raymond sobre o folclore Unix (que ... não consigo encontrar na Amazon ...?).
fonte