Meu disco rígido foi corrompido em algum momento após a montagem de um sistema mtpfs. Eu perguntaria como consertar isso, mas não estou confiante sobre os tipos de partição e sistema de arquivos.
Meu sistema operacional é novo no Fedora Core 23, mas a partição foi originalmente criada sob o FC 20, provavelmente como o que quer que seja padronizado.
cat /proc/version
Linux version 4.2.3-300.fc23.x86_64
[email protected])
(gcc version 5.1.1 20150618 (Red Hat 5.1.1-4)
(GCC) ) #1 SMP Mon Oct 5 15:42:54 UTC 2015
O programa fdisk reporta as seguintes partições como abaixo. Como se pode imaginar, estou mais interessado em / dev / sdb3, mas é o mais corrompido. Não sei por que o / dev / sdb2 relata "Microsoft basic data", mas pelo menos ele pode ser montado e lido, enquanto a partição / dev / sdb3 não pode ser montada.
sudo fdisk /dev/sdb
Welcome to fdisk (util-linux 2.27).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 59CA4127-4BEE-40F4-A514-9DA368C81665
Device Start End Sectors Size Type
/dev/sdb1 2048 411647 409600 200M EFI System
/dev/sdb2 411648 1435647 1024000 500M Microsoft basic data
/dev/sdb3 1435648 1953523711 1952088064 930.8G Linux filesystem
sudo mount /dev/sdb3 /mnt/sdb3
mount: /dev/sdb3 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/sdb3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Eu não vi nada relacionado à montagem, partições ou relacionadas no dmesg ou no log systemd via journalctl.
Aparentemente, o superbloco não foi encontrado:
sudo dumpe2fs /dev/sdb3
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb3
Couldn't find valid filesystem superblock.
Minhas perguntas são: Qual sistema de arquivos é / mnt / sdb3 realmente? Como eu poderia descobrir (existe um número mágico ou eyecatcher que eu poderia localizar e despejar em algum lugar)?
Uma vez que eu saiba disso, eu provavelmente poderia alterar o tipo de partição de acordo. O utilitário TestDisk seria mais útil se eu pudesse apenas saber o que é o sistema de arquivos, como um esquema de partições com / dev / sdb3 sendo ext4 por exemplo.
Atualização: acho que a criptografei quando a configurei. Eu vi a partição / dev / sdb3 em um editor hexadecimal e também canalizei uma boa parte dela através de strings e não reconheci nada. Há um monte do que parece repetir padrões. Além disso, meu antigo grub.cfg tem estas linhas:
linuxefi /vmlinuz-3.19.8-100.fc20.x86_64 root=/dev/mapper/fedora_ralph-root ro rd.lvm.lv=fedora_ralphdfl/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora_ralphdfl/root rd.luks.uuid=luks-a0d2613e-ce2a-4a6b-96cf-b999b3a36ab8 rhgb quiet LANG=en_US.UTF-8
Infelizmente, ele não está sendo reconhecido como uma unidade criptografada:
cryptsetup -v luksDump / dev / sdb3
O dispositivo / dev / sdb3 não é um dispositivo LUKS válido.
Comando falhou com o código 22: argumento inválido
Obter a frase-senha antiga é factível. Neste ponto, seria melhor levá-lo para uma empresa de recuperação de dados? Eu posso perder muito, mas há alguns arquivos importantes que eu realmente gostaria de receber de volta.
Obrigado antecipadamente.