Contagem de hardlinks inconsistente com arquivos correspondentes

Question

Ao procurar por arquivos que tenham hardlinks no meu HDD Portátil usando o seguinte comando:

$ find . ! -type d -links +1 -ls | sort -n

Eu recebo uma saída do seguinte formulário (existem centenas de outros arquivos)

9336 244476 -rw-------   2 rishi    rishi    250342060 Feb 18 15:48 ./unigram_mvt_0.001_9_4_0.001

Isso mostra que o arquivo com o inode 9336 possui 2 hardlinks.

Ao tentar localizar o outro usando

$ find /media/rishi/ -xdev -inum 9336

Eu recebo a saída mostrada abaixo

/media/rishi/mvp/unigram_mvt_0.001_9_4_0.001

Isto indica que existe apenas um arquivo com o inode 9336

Eu mesmo não criei hardlinks. Esses arquivos foram gerados no meu disco local a partir de uma simulação no meu computador. Eu poderia ter copiado arquivos para fazer backups que poderiam ter criado esses links. Os arquivos estão no meu HDD Portátil

Como eu não preciso desses dados em um futuro próximo, eu estava usando o gzip para compactá-lo quando me deparei com o aviso de hardlinks e tentei investigar o problema.

A contagem de hardlinks está incorreta ou não consigo localizar o outro arquivo com link físico?

EDITAR:

Sistema de arquivos é fuseblk

Coisas tentadas:

1. Usado sudo para pesquisar. Resultado: o mesmo que antes
2. Arquivo compactado usando "gzip -f". Resultado: o espaço livre no disco aumentou, portanto, acho que não havia outros arquivos com hardlink
3. Usado find -nome para verificar se a contagem de Hardlink está errada Aviso. Resultado: sem aviso
4. Sistema de arquivos verificado. Acho que o problema está aqui, mas não consigo resolvê-lo

Aqui está a saída da verificação do disco:

$ sudo ntfsck /dev/sdb1
Unsupported: replay_log()
Unsupported: check_volume()
Checking 199424 MFT records.
Unsupported cases found.

$ sudo ntfsfix /dev/sdb1
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
NTFS volume version is 3.1.
NTFS partition /dev/sdb1 was processed successfully.

Mesmo depois de executar ntfsfix , recebo o mesmo erro em ntfsck

    

Answer 1

O problema estava no sistema de arquivos. Obrigado @terdon pela dica.

Aparentemente, o suporte a NTFS no Linux é limitado, pois os erros permanecem mesmo após a execução do ntfsfix.

A execução de chkdsk /F /R /X F: , em que F: é a letra da unidade do prompt CMD elevado, corrigiu as entradas de índice e corrigiu o problema para mim.