Por que remontar corrige o problema, mas não o fstab?

Question

Eu tenho Linux e Windows com inicialização dupla, ambos com acesso a uma partição NTFS local (não-os) compartilhada em / dev / sda5.

Veja como eu o monto no arquivo fstab:

UUID=D8A0830EA082F1F4   /mnt/files   ntfs   rw,uid=1000,gid=1000   0   0

O problema é que, sempre que eu uso a opção de reinicialização rápida, que é um tipo de hibernação, no meu Windows, essa partição é montada como readonly no meu Linux. Então, eu removo isso assim todas as vezes e ele se tornará gravável novamente:

sudo mount -o remount,rw /dev/sda5 /mnt/files

Então, por favor me diga qual é a diferença entre esse comando e o que eu tenho no meu fstab? Como posso consertar meu fstab para montar como read-write toda vez sem a necessidade de executar este comando?

    

Answer 1

A remontagem não resolve o problema. Pode até piorar a situação.

Aqui está o que está acontecendo:

1. O Windows hiberna enquanto mantém essa partição montada
2. O Ubuntu inicia, descobre que a partição não foi desmontada corretamente e é montada somente para leitura. Este é um recurso de segurança e é para o seu próprio bem.
3. Você remonta a leitura / gravação e talvez comece a escrever para ela.

O que não é óbvio:

1.a. O Windows manteve um cache na memória do estado do sistema de arquivos que dizia que (figurativamente falando) o setor 789 está livre

1.b. Esse cache na memória foi armazenado no arquivo de hibernação.

4. O Ubuntu grava um novo arquivo no setor 789 - está livre depois de tudo.

5. Você reinicia no Windows e carrega seu estado do arquivo de hibernação.

6. Você cria um novo arquivo

7. O Windows usa o setor 789 para armazenar esse novo arquivo - afinal, seu cache diz que esse setor é gratuito.

8. O arquivo que você criou no Ubuntu (etapa 4) está corrompido.

A maneira correta de resolver isso é de alguma forma desmontar essa partição no Windows antes de hibernar e montá-la automaticamente na inicialização.

Como fazer isso e se é possível está além deste fórum.