Para começar, NUNCA executa fsck em uma partição quando você não sabe que fazer isso é o curso correto de ação. O problema é que fsck é uma ferramenta de reparo e, como tal, é provável que grave dados no disco. No seu caso, você o aplicou antes mesmo de saber qual sistema de arquivos estava em uso no disco. Isso é extremamente perigoso, uma vez que a ferramenta de reparo pode ter se tornado confusa e piorou em vez de melhorar. Tal resultado é improvável, mas é possível. Você provavelmente não causou nenhum dano, mas há uma pequena chance de você ter feito mais danos ao disco usando fsck .
Para saber que tipo de sistema de arquivos está no disco, use blkid , como em:
$ sudo blkid /dev/sdb3
/dev/sdb3: UUID="493344495F520D15" TYPE="ntfs"
Naturalmente, sua saída provavelmente será diferente, mas este exemplo mostra um volume NTFS. Se você não obtiver nenhuma saída, isso significa que blkid não conseguiu identificar o sistema de arquivos, o que, por sua vez, significa que ele está muito danificado. Se houver saída, mas TYPE= mostrar algo diferente de ntfs , significa que não é um volume NTFS. Talvez a saída seja óbvia e você possa continuar a partir daí, ou talvez você precise postar de volta os detalhes para mais conselhos.
Com o sistema de arquivos conhecido, você pode usar ferramentas de montagem específicas do sistema de arquivos e possivelmente reparar ferramentas. Você já tentou montar com as ferramentas prováveis (NTFS e exFAT). O código de tipo para a partição (0x07) era comumente usado para HPFS, mas isso seria provável apenas se o disco tivesse sido usado com o OS / 2 e você dissesse que ele foi usado com o Windows 7.
Antes de usar ferramentas de reparo potencialmente destrutivas, é aconselhável fazer um backup de baixo nível, como em:
sudo dd if=/dev/sdf1 of=/path/to/lots/of/space/sdf1.img
Esse comando faz o backup de /dev/sdf1 no arquivo sdf1.img in /path/to/lots/of/space/ . Certifique-se de que há espaço livre suficiente para armazenar a partição inteira - cerca de 233 GiB no seu caso. Fazer este backup lhe dará uma maneira de recuperar se uma ferramenta de reparo piorar as coisas, como às vezes acontece.
Meu palpite é que o disco usa o NTFS, mas está danificado e / ou não foi desligado corretamente. Se assim for, você deve primeiro repará-lo com as ferramentas do Windows. O utilitário ntfsfix do Linux é mal-nomeado; ele faz apenas as verificações mais mínimas e sinaliza o disco como precisando de atenção no Windows. Não há suporte para Linux para NTFS em fsck , portanto, você não deve tentar usar fsck em um volume NTFS.
Também é concebível que exista algo mais exótico acontecendo. Por exemplo, o disco pode ter sido usado em uma matriz RAID e, nesse caso, talvez você não consiga recuperar nada sem o (s) outro (s) disco (s) da mesma matriz. (Os específicos dependerão do tipo de RAID usado e de outros detalhes.)
Na pior das hipóteses, você pode usar PhotoRec para recuperar arquivos individuais.
Mais um ponto: nos seus comentários, você disse que executou o GParted em /dev/sdf1 . Isso é inútil - e até potencialmente perigoso. /dev/sdf1 é a partição, mas o GParted deve ser usado no disco inteiro - isto é, /dev/sdf .