Arquivo danificado / perdido durante a transferência? Recuperação possível?


10

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$ 

O que você usou para copiar / mover o arquivo? Além disso, como você espera que qualquer ferramenta de cópia saiba o que os administradores de sistema definem como tamanhos máximos de arquivos permitidos? Além disso, você tem certeza de que não houve problemas com os dedos do seu lado? Nenhuma ferramenta de cópia deve excluir o arquivo original se a cópia não terminar.
tshepang

A ferramenta de cópia era o Konquerer ou qualquer que fosse o gerenciador de arquivos no computador Debian do KDE 3.5. Tenho certeza de que não desloquei o plugue usb durante a transferência, se é isso que você quer dizer?
Ptrcao 27/08

ptrcao, Depois de fazer a transferência, você: (desmontou a unidade USB) ou (usou a opção ejetar / remover e aguardou um pop-up dizendo que você pode removê-lo com segurança)?
rozcietrzewiacz

Sim, isso é uma questão de hábito. A única razão pela qual eu não faria isso é em algumas redes, o recurso não está ativado no ambiente de área de trabalho, mas me lembro que esse recurso está disponível e é usado rotineiramente por mim na rede Linux em questão. Então, o que isso lhe diz? Alguma coisa útil?
Ptrcao 31/08

1
"H drive": aposto que o culpado está do lado do Windows e não tem nada a ver com Linux, rede ou servidor. O SMB do Windows parece ter alguns problemas como este, pois tenta armazenar em buffer os arquivos internamente e desvincular o original (durante uma 'movimentação') antes de terminar.
Jonathan Cline IEEE

Respostas:


11

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. :-)


Não ... :( Como o administrador não pode se proteger disso? Sou apenas um estudante regular, o que sei sobre computadores e redes e boas práticas de gerenciamento de dados ... Você forneceu um vislumbre de esperança. coloquei uma solicitação e abri um caso para ver se eles podem recuperar meu arquivo.Algumas sugestões úteis e práticas, coisas que posso fazer ou pedir para ter feito por mim? Esse arquivo era importante e exclusivo! Eu preciso .. . :(
ptrcao

Além disso, tentei copiar o arquivo remanescente e executá-lo em casa. De fato, é relatado como um arquivo de 60Mb por todos os computadores que o visualizam e, de fato, esse arquivo não é funcional. Isso descarta seu cenário de esperança?
Ptrcao 27/08

Você já falou com um administrador do sistema? Esse é o único fragmento de esperança que resta.
shon

Sim, sem resposta. :( Mas eles acabarão por chegar ao redor dele suponho ...
ptrcao

O administrador preguiçoso o descartou em um segundo e disse que queria encerrar o caso. Foi instantâneo. Depois de todo o detalhe que eu colocar no meu caso, ele não tanto como se preocupar com isso ...
ptrcao

1

Solução da velha escola para a próxima vez:

# sync
# sync
# sync
# umount /mnt

(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 ...?).




Heh, isso me leva de volta. Xenix ... Sync, aguarde o LED do HDD escurecer. Repita mais duas vezes e solicite a interrupção do sistema. Alguém ainda sacrifica galinhas no teclado antes de iniciar grandes atualizações?
Fiasco Labs
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.