Estou usando o IMAPSize para fazer backup de minhas caixas de correio. O processo apenas despeja o conteúdo da sua caixa de correio nos .emlarquivos do seu disco. De qualquer forma, a primeira caixa de correio que eu fiz backup aparece como eu esperava. No entanto, o próximo não aparece no Explorer e, se eu inseri-lo na barra de endereço, ele diz que não existe.
No entanto, o IMAPSize está insistindo que os arquivos estejam lá. (Um monte de escrita de disco estava sendo realizado durante a operação.) Além disso, o diretório não aparecem na caixa de diálogo diretório do Windows e - como eu tenho ferramentas GNU instalado - mostra em ls(mas não no nativa dir). Não consigo cdentrar no diretório, mas lsparece poder acessá-lo (e, de fato, os diretórios e arquivos que eu espero parecem estar lá).
Observe também que o carimbo de data e hora e o tamanho do arquivo backup.dbsão diferentes na saída dire ls -l.
Em resumo: o que está acontecendo aqui e como faço para corrigir isso !?
fonte
ls -lestá mostrando um número peculiar de links físicos para os diretórios e arquivos "ocultos" ... Não sei por que isso é, nem como um link físico é interpretado na terra do NTFS.cat(outro GNU coreutil). Mais uma vez, no entanto, as ferramentas nativas do Windows (por exemplo,type) não conseguem encontrar o arquivo.Respostas:
Deixe-me adivinhar: o programa que criou o arquivo, e também os utilitários GNU, não estão sendo executados como administrador.
Primeiro, um pouco de história. Nos dias do Windows XP, muitos programas supunham que eles sempre seriam executados como administrador e gravavam em lugares como
C:\WindowseC:\Program Files (x86)com abandono selvagem. Com o Vista, a Microsoft tentou fazer com que menos pessoas fossem administradores, mas usuários padrão não podem escrever nesses locais. Eles precisavam desses programas duvidosos para continuar trabalhando (ou as pessoas não atualizariam). Então, eles introduziram um recurso mágico chamado virtualização de UAC .Os programas executados como usuários padrão podem pensar que suas gravações em locais importantes foram bem-sucedidos, mas, na realidade, o Windows desviou os dados em um local por usuário. Quando esses programas procuram arquivos em um diretório, o Windows verifica se há arquivos no armazenamento virtual desse local e, se houver, os adiciona à lista de diretórios. (Existe uma funcionalidade equivalente para o Registro.)
Parece que seu programa de email tentou gravar em um local
Program Files (x86)enquanto estava executando como um usuário normal. A gravação foi redirecionada e, portanto, não foi para esse lugar. O programa ainda pode vê-lo, porque o Windows mantém a ilusão. O Explorer não o vê porque anuncia ao sistema operacional que é bem-comportado e, portanto, não precisa de redirecionamento. O comando do prompt dedircomando não é um programa (é apenas um recursocmd.exe), por isso também é considerado "informado" e, portanto, não são mostrados os arquivos de compatibilidade.lsé um programa que, evidentemente, não é conhecido, por isso consegue ver os arquivos de compatibilidade.Você encontrará seu arquivo aqui:
Enquanto bisbilhota
VirtualStore, você pode se surpreender com os programas que não são bem comportados e precisam da rede de segurança da virtualização.Se você deseja interromper o redirecionamento, execute o programa como administrador ou salve seus backups em um local no qual possa gravar sem privilégios de administrador.
fonte