Primeiramente, você consegue se reproduzir?
Execute estes comandos em um terminal:
umount /dev/sdb5
mount /dev/sdb5 -t ntfs /mnt
echo "hello world" > /mnt/bar0.txt
mkdir /mnt/foo
echo "hello world" > /mnt/foo/bar1.txt
sync
umount /mnt
Agora inicie no Windows.
- Você pode abrir o arquivo
bar0.txt
? - Você pode abrir a pasta
foo
? - Você pode abrir o arquivo
bar1.txt
na pastafoo
?
Se você não pode reproduzir
Algo foi fubar durante sua operação original. Tente reproduzir com seu conjunto de dados original. Se você ainda não consegue se reproduzir, crie uma anomalia até conseguir. Ou seja, não há provas suficientes para dizer o que deu errado. Se você está curioso, tente quebrá-lo. Deliberadamente, faça as coisas erradas até que suas ações reproduzam o problema. Talvez o problema só se manifeste quando o NTFS precisar de verificação ..
Se você puder reproduzir
Reunir registros. Procure em /var/log
para qualquer coisa interessante e especialmente dmesg
. Apontar quando / onde o erro acontece. É quando você cria um arquivo? É quando você cria uma pasta? É quando você cria um arquivo em uma pasta? É quando você não executa sync
antes de umount
ing? É quando você interrompe uma cópia grande deixando arquivos quebrados?
Em segundo lugar, algumas reflexões
-
As pastas existem? Quando você reinicia no linux, consegue ver as pastas em questão?
-
Os nomes das pastas são estranhos? Existem vários caracteres que as janelas não podem usar em nomes de arquivos.
-
O linux tem o problema inverso? Se você criar uma nova pasta no Windows, consegue vê-la no linux?