Antes de executar o fsck, faça uma imagem do sistema de arquivos e depois trabalhe nele. Então, se algo der errado, você terá o original. Não trabalhe no próprio sistema de arquivos.
Além disso, é altamente improvável que sdf seja o sistema de arquivos, sdf seja a própria unidade e o sistema de arquivos esteja em alguma partição. Execute fdisk -l / dev / sdf para ver as partições, o try fsck em / dev / sda1, etc.
Para preparar uma imagem do dispositivo:
# dd if=/dev/sdfX of=sdfX.img
em que X é o número da partição, conforme listado em fdisk -l.
Em seguida, execute fsck na imagem: EDIT: (note que você não pode usar o fsck diretamente, em vez disso você precisa dizer ao fsck que tipo de sistema de arquivos é este)
# fsck.ext3 sdfX.img
Depois que o fsck consertar a partição, monte-a como:
# mount -o loop sdfX.img /mnt/somedir
De acordo com o seu comentário, o fdisk não lista nenhuma partição - isso pode significar que a tabela de partição também foi perdida.
Mais uma vez, faça uma imagem de todo o dispositivo:
# dd if=/dev/sdf of=sdf.img
Em seguida, tente usar testdisk na imagem para tentar recuperar a tabela de partições.
Outra opção seria usar photorec na imagem. É uma ferramenta muito legal, que é capaz de detectar e localizar arquivos, mesmo se o sistema de arquivos estiver danificado. Pode recuperar toneladas de formatos de arquivo. Pelo menos, você poderá retirar seus dados.