
Esta pergunta foi feita, mas infelizmente nenhuma das sugestões funcionou.
Esta é a situação: o arquivo é sincronizado com uma pasta local no meu computador na minha pasta/users do Google Drive. É um pdf (parece um recibo salvo de algum lugar). O nome tem mais de 255 caracteres, o que confunde o Windows.
O que o arquivo não fará
- Abrir
- cópia de
- Renomear
- Mover
- Colar
- mostrar propriedades
Na verdade, não consegui que o arquivo fornecesse qualquer tipo de resposta além do mesmo erro.
Soluções tentadas:
dir /x
--no shortname está listado, ele simplesmente repete o nome normal.- Usando FileBoss, Explorer++, 7zip
rmdir /S /Q <dir>
realmente não funciona, pois está na minha pasta de usuário ...
Se alguém tiver uma ideia para tentar, estarei aberto a ela.
Editar--Neste caso, o próprio nome do arquivo tem mais de 255 caracteres. Alterar os diretórios em que está aninhado não afetará o problema, pois não há problema com o caminho do arquivo. (Este problema por si só elimina muitas outras soluções).
Responder1
eu inicializaria em umDisco ao vivo do Linux, monte sua unidade do Windows e remova-a usando Linux/Unix.
Acho que os principais comandos que você precisa são:
mount -t ntfs-3g /dev/sdX# /mnt
cd /mnt/Users/You
rm -f further/loc/away.filename
(Nota: pode ser necessário executar fdisk -l
para localizar sua partição do Windows)
e isso deve levar você até lá. Eu tive que fazer isso em algum momento também.
Responder2
No Windows basta usar o7zgerenciador de arquivos ou qualquer outro aplicativo explorador que use versões Unicode da API para manipulação de arquivos.Duplicatase mais informações:
(1) Antecedentes técnicos do problema: O limite MAX_PATH (ver também (4)).
(2) Como superar esse limite no nível do programador.
(3) Como superar esse limite no nível do usuário.
Esteja ciente de que (3) é APENAS uma solução alternativa. Não é de forma alguma adequado para programação. A pior parte é que o pessoal da Microsoft está misturando APIs que podem levar um aplicativo totalmente compatível com o caminho UNC de volta ao 260-MaxPath-StoneAge devido a apenas uma chamada para uma API incompatível (cf. (2)). OExploradoreoutros produtos(incluindo cmd e powershell) da Microsoft podem nunca superar esse problema devido ao seu histórico (as votações nos links para eliminar o limite são ignoradas ou recusadas).
Dependendo do caso de uso e da versão, o limite parece variar. O Windows 8 Explorer parece ser capaz de lidar com caminhos 4 vezes mais longos (4) enquanto a partir do Windows 7 o caminho de arquivo mais longo que pode ser movido para a Lixeira diminuiu de 259 para 215 (5). Por que os programadores que começaram do zero com o Windows NT não implementaram uma alocação dinâmica permanece um enigma. Uma abordagem para a situação atual usando API não Unicode é descritaaqui(cópia de).
Outros tópicos relacionados à programação e caminhos UNC na rede SO:
6Caminhos UNC em Java e sua realização no nível JVM.
Casos que encontrei em que esse limite é realmente irritante:
Organizando hierarquias de código-fonte:nóJS
Fazendo backup de arquivos em estruturas de pastas profundamente aninhadas
Convenção de nomenclatura para documentos (por exemplo, artigos que possuem uma descrição longa - Resumo, Autores, Título, DOI - como nome para pesquisa e localização rápida)
Compartilhando arquivos entre Linux (que não tem esse limite) e Windows
Responder3
Você pode tentar se apropriar do arquivo e ver se consegue excluí-lo. Você pode fazer isso clicando com o botão direito no arquivo: Propriedades -> Segurança -> Avançado -> Proprietário -> Editar e depois alterar o proprietário para seu nome de usuário (ou grupo Administradores).
Para mais informações, verifiqueessefora.
Responder4
Se o arquivo é originário do Google Drive, por que não excluí-lo usando uma das interfaces do Google Drive (web, Android, etc.) ou renomeá-lo lá?