Cópia de arquivo verificada no Windows, para arquivos em um caminho longo UNC?

0

Este é um problema com milhares de postagens na Internet, mas não consigo encontrar respostas especificamente adequadas para mover / copiar GUI + verified , para que não pareçam uma cópia pergunta.

Eu quero usar um gerenciador de arquivos de movimentação / cópia verificado com base na GUI. Se não fosse por caminhos longos e verificação, isso seria fácil - muitos gerenciadores de arquivos permitem mover / copiar arquivos verificados em hash, e muitos gerenciadores de arquivos permitem UNC e tentam contornar problemas de caminho longo. Minha configuração primária para isso é o Windows 8.1 + FreeBSD 11 + Samba 4.6.

A dificuldade é que não encontrei uma maneira de fazer isso que seja confiável. Até mesmo meus gerenciadores de nomes de arquivo longos com verificação, como XYPlorer e FasyCopy, caem em caminhos longos onde eu não esperava.

Portanto, estou procurando abordagens que, de preferência, evitem totalmente a API do Windows, exceto os arquivos locais, para que eu possa gerenciar os arquivos remotos sem me preocupar com o tamanho do caminho. Mas aqui novamente é difícil: SCP baseado em GUI (WinSCP, Filezilla) seria bom, exceto que estes não formalmente fazem verificação de hash da origem e destino após mover / copiar, e FISH que pode ajudar a mover a atividade de arquivos para o servidor , não tem um cliente Windows completo.

A funcionalidade que estou procurando é mover / copiar / renomear dentro de um compartilhamento, entre compartilhamentos em uma única máquina, entre compartilhamentos em máquinas diferentes e entre o Windows e um compartilhamento, mas evitando as APIs do Windows para arquivos remotos acesso se eles não puderem manipular corretamente os caminhos longos.

O outro benefício que estou procurando é executar a atividade de arquivos do lado do servidor diretamente no servidor e fora da rede, novamente verificando onde os dados são fisicamente gravados ou movidos.

Infelizmente eu descobri que mesmo os programas que afirmam que eles lidam com caminhos longos não parecem funcionar bem. Quando eu faço o arquivo move / copy usando eles, isso ajuda um pouco, mas eu geralmente recebo um monte de erros que sugerem que eles ainda estão tendo problemas ao lidar com longos caminhos na prática, e eu não quero ter que duvidar constantemente dos meus dados Copie / mova a integridade ou mova itens para locais temporários apenas para manipulá-los quando o armazenamento remoto não tiver problemas de caminho longo com ele.

Estou procurando uma maneira de bater isso na cabeça, mas quais técnicas podem ajudar? Eu não quero reduzir caminhos de arquivo ou usar CLI neste caso (o que não seria fácil aqui), usando mapeamento de letra de unidade não parece ajudar muito ou precisaria de muitas letras, usando "\\? \ "ajudaria se o problema fosse com arquivos locais não remotos, já que os remotos já são UNC, o SCP geralmente não inclui verificação explícita, especialmente em gerenciadores de arquivos GUI ...

Eu não tentei configurar o X Windows, então estou trabalhando na GUI diretamente no servidor quando é um arquivo de servidor, mas isso não ajudaria no Windows de / para o remoto. Eu também não olhei para gerenciadores de arquivos que permitem extensões de cópia - por exemplo, aquelas que permitem que métodos extras de cópia / movimentação (como ADB ou equivalentes de comandos do shell) sejam adicionados como um script ou similar. Além disso, estou sem ideias.

Quais opções posso ter negligenciado?

    
por Stilez 02.07.2017 / 12:14

1 resposta

0

Não sei por que ninguém mencionou isso ainda, mas achei que o método mais fácil (embora um pouco mais lento) é simplesmente zipar a pasta, copiar o zip e descompactá-lo. Observe que você usa um programa zip de terceiros como o 7zip, o programa interno do Windows pode ter as mesmas restrições de caminho de arquivo. Como alternativa, você pode mover a pasta muito aninhada até um diretório de nível superior, copiá-la e movê-la de volta para seu local aninhado.

Não sei por que isso funciona, mas de acordo com este artigo windows tem um tamanho máximo para o arquivo nome , mas por alguma razão durante as operações de cópia ele verifica o tamanho de todo o caminho do arquivo.

    
por 15.09.2018 / 23:04