.u1conflict é anexado aos arquivos durante o uso do ubuntu one

3

Estou usando o Ubuntu One para sincronizar um diretório que eu uso para criar e compilar arquivos de látex. Mas, sempre, quando um novo arquivo é gerado, os arquivos, em vez de terem a extensão de tipo de arquivo como file1.pdf, ganham um sufixo extra, como file1.pdf.u1conflict , file1.pdf.u1conflict.1 , etc. E muitos desses arquivos são gerados quando eu compilo documentos pdflatex. Em última análise, isso leva a um erro, dizendo que um arquivo não é encontrado durante a compilação. E o motivo real é que o arquivo tem uma nova extensão, que é .u1conflict.

    
por nixnotwin 13.12.2010 / 12:22

5 respostas

1

*. u1conflict arquivos representam o caso quando você modificou um arquivo em dois computadores e, em seguida, tentou sincronizar. Em geral, você quer escolher qual versão manter ou tentar mesclar as alterações nas duas versões. Normalmente você não iria querer enviar o conflito para o U1, mas se você fizer isso você pode renomear a versão .u1conflict.

Os arquivos

.u1partial representam arquivos baixados parcialmente. Se você tiver um desses pendentes, isso pode indicar que o daemon de sincronização morreu durante o download do arquivo. Como antes, você provavelmente não quer que um desses seja enviado para o seu compartilhamento U1.

No que diz respeito a outras restrições, o U1 armazena nomes de arquivos como strings unicode. Então, se você tem nomes de arquivos que não são válidos, o UTF-8 pode ter problemas. Isso não deve ser um grande problema nos sistemas Ubuntu, já que usa as localidades UTF-8.

Extraído de: link

Espero que isso ajude.

    
O sufixo
por aneeshep 13.12.2010 / 12:39
2

hmm ... enquanto eu posso ver porque isso aconteceu, não deveria. Você poderia, por favor, habilitar a depuração, reiniciar o syncdaemon, esperar que ele fique ocioso, reproduzir o problema, arquivar um bug e carregar um tarball de ~/.cache/ubuntuone/log/ ? Se você considerar seus nomes de arquivos confidenciais ou privados, marque o bug como privado antes de fazer o upload.

    
por Chipaca 13.12.2010 / 14:45
1

Em sua situação específica, é um problema salvar antes que o primeiro arquivo tenha a chance de sincronizar. Eu tive esse problema com o meu romance também. A solução é desativar o u1 enquanto trabalha nos arquivos e ativá-lo novamente quando você terminar de salvar os arquivos.

    
por RolandiXor 13.12.2010 / 12:48
1

Eu tive o mesmo problema com o latex e resolvi manualmente. Eu deletei o arquivo em conflito no site do u1, então, eu gerava meu pdf sem conflitos.

    
por user7418 15.12.2010 / 12:37
1

Eu tive esse problema de vez em quando. Às vezes, posso simplesmente excluir o arquivo em conflito no site u1 e renomear o arquivo local sem a extensão .u1conflict e ele funcionará.

Hoje, no entanto, me deparei com isso e tive que dar alguns passos extras:

  1. Exclua o arquivo em conflito em one.ubuntu.com
  2. Na máquina local, pare o cliente u1 executando u1sdtool --quit e, em seguida, ps -ef | grep ubuntuone-client para garantir que ele esteja parado.
  3. Mova o arquivo do cliente em conflito para uma pasta que não é gerenciada por u1
  4. Inicie o cliente u1 novamente executando u1sdtool --start . Se esta etapa falhar, talvez seja necessário parar o cliente ( u1sdtool --quit ) e tentar iniciá-lo novamente.
  5. Conecte o cliente u1 executando u1sdtool --connect
  6. Execute u1sdtool --status algumas vezes e aguarde até que is_online seja True
  7. Por fim, coloque o arquivo em conflito de volta na pasta gerenciada u1 na máquina local (menos a extensão .u1conflict) e aguarde a sincronização.
por bmaupin 21.10.2011 / 19:01

Tags