wierd erros de unidade no sistema de inicialização dupla com sharedpartition e pasta compartilhada do dropbox. Como faço para depurar isso?

2

Meu sistema

Eu tenho uma configuração de inicialização dupla com o windows 8 e o teste Debian debian em um laptop lenovo X1-carbon com um drive SSD de 256GB. Eu fiz uma partição compartilhada no formato NTFS, e uso muito essa partição tanto no windows como no linux. Além disso, na partição compartilhada eu tenho uma pasta dropbox, de forma que eu posso usar o dropbox ativamente tanto no windows como no linux, sem encher minha unidade com dados redundantes de duas instâncias separadas de dropbox.

Por enquanto eu uso principalmente o linux, mas provavelmente vou usar muito mais janelas em um futuro próximo, porque eu quero usar muito o Visual Studio. (Eu tentei usar uma máquina virtual para o Linux dentro do Windows, e eu não gostei por causa do baixo desempenho)

O problema

Ocorrem erros estranhos na unidade, e quando eu tento consertá-los com a ferramenta de reparo do Windows na próxima inicialização, o problema desaparece por um longo período como 7-14 dias, mas de repente o problema está lá de novo ...

No Windows, o erro é revelado com uma notificação do sistema (você sabe, a bandeira no canto inferior direito) e sugere a reparação da unidade na próxima inicialização. Eu tentei fazer isso toda vez que o erro ocorre, e isso certamente corrige o problema, mas o erro parece retornar após 7-14 dias.

No linux, o erro é revelado principalmente pelo comportamento estranho do dropbox, que parece sincronizar para sempre, sem nunca terminar, e quando o erro ocorreu hoje, entrei no linux e recebi o seguinte prompt do dropbox:

Couldn't start Dropbox

Geralmente, isso ocorre devido a um erro de permissão. Erros também podem ser causados por sua pasta base sendo armazenada em um compartilhamento de rede. obter mais ajuda em ...... (links dropbox.com)

/tmp/dropbox_errorvKYiuw.txt

Além disso, eu vi erros como: %código% onde network.txt é apenas um arquivo de texto arbitrário criado por mim na minha pasta dropbox há muito tempo ... Quando eu tento abrir o arquivo de texto com o Vim, ele aparece vazio, mesmo que haja algum texto nele, e no parte inferior da janela, diz "[Permissão negada]".

Além disso, eu experimentei que o aplicativo do Dropbox do Windows ou do Linux, o spam de inicialização corrompia arquivos de cópia conflitantes para o dropbox. (quando eu descobri, ele já havia criado centenas de arquivos corrompidos)

Em relação à edição de arquivos na pasta dropbox, notei que quando eu edito alguns arquivos no libre office no linux e salvo os arquivos na pasta dropbox, -as alterações editadas não estarão lá no windows até que o dropbox esteja pronto sincronização.
É como se as alterações de arquivo nunca tivessem sido salvas no disco rígido, mas fossem enviadas apenas para o servidor da caixa de depósito. (Eu só notei isso até agora com arquivos .odt no escritório da libre)

Experiência de inicialização dupla no passado

Eu tinha uma configuração de inicialização dupla muito semelhante no meu laptop anterior, que executava o Windows 7 e o teste Debian, e também tinha uma unidade SSD com uma partição compartilhada - com uma pasta de dropbox compartilhada nela. Tudo sempre funcionou sem falhas nesse laptop, sem erros estranhos na unidade.

Meus palpites fracos sobre o que poderia estar errado com a configuração atual do sistema:

  • Talvez alguns setores no hardware da unidade SSD estejam com defeito e, em seguida, o erro ocorrerá quando os arquivos acidentalmente terminarem nesses setores ...
  • Talvez o windows (ou linux) faça alguma coisa com os arquivos (ou seu arranjo), o que causa confusão entre o sistema operacional Windows e o sistema operacional linux ... (como, por exemplo, alterar as permissões)
  • Talvez o aplicativo Dropbox do Linux e o aplicativo do Windows Dropbox estejam fazendo algo com os arquivos de maneiras muito diferentes, o que, por algum motivo, causa confusão sobre os estados da unidade nos sistemas operacionais ...


Conclusão

Apesar de eu usar o Linux diariamente, não tenho idéia sobre como depurar um problema e onde começar. Eu tenho alguns conhecimentos muito básicos sobre arquitetura de computadores, assembly e C, mas eu só jogo com linguagens de programação de alto nível (C #, java, python) ...

Seria bom se alguém pudesse dar algumas dicas de como depurar muito esse problema, seja no Windows, no Linux ou em ambos.
Existem, por exemplo, algumas ferramentas confiáveis ou métodos fáceis para verificar se a unidade está com defeito ..?

    
por Michelrandahl 14.01.2013 / 13:54

1 resposta

0

Esta é minha sugestão baseada em muita experiência - não compartilhe a partição de dados e no WIN 8 e não deixe o WIN 8 mapear quaisquer unidades / partições acessadas pela outra partição. Eu tive exatamente este mesmo problema em uma configuração WIN7 / WIN8. Até mesmo reparticionou e reformatou a unidade de dados. E o problema era muito repetitivo, toda vez que eu usava os dados do WIN 8 na partição compartilhada seria corrompido. O VS 2012 será executado no WIN 7 e essa configuração é muito mais estável.

    
por 14.01.2013 / 14:31