Para ajudar a aliviar um pouco da confusão. O KINGSTON SV300S37A240G não é uma unidade híbrida. É um autônomo SSD. Eu concordo com oldfred. Parece que um sistema de arquivos foi colocado em / dev / sda sem uma tabela de partição de qualquer tipo . Isso explica por que o gparted mostra / dev / sda sem nenhum número de partição. Você pode confirmar isso a partir do terminal com o comando sudo parted -l
, que normalmente fornecerá uma saída semelhante a essa e permitirá que você confirme se você realmente tem um / dev / sdb:
Model: ATA TOSHIBA THNSNH12 (scsi)
Disk /dev/sda: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 13.3GB 13.3GB primary ext4
2 13.3GB 128GB 115GB primary ext4 boot
Model: ATA WDC WD2003FZEX-0 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32.3kB 2000GB 2000GB primary ext4
Model: ATA WDC WD3001FAEX-0 (scsi)
Disk /dev/sdc: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 3000GB 3000GB ext4
2 3000GB 3001GB 1074MB linux-swap(v1)
'
Se a unidade tiver sido limpa, você terá uma saída assim:
Error: /dev/sdd: unrecognised disk label
Model: JetFlash Transcend 4GB (scsi)
Disk /dev/sdd: 4014MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Se todo o dispositivo tiver sido formatado com um sistema de arquivos e nenhuma tabela de partição, você terá uma saída assim:
Model: JetFlash Transcend 4GB (scsi)
Disk /dev/sdd: 4014MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 4014MB 4014MB ext4
Editar: Observe que dividido relatará "loop" quando não conseguir encontrar uma tabela de partições.
O ponto vermelho com o ponto de exclamação indica um problema ao ler o sistema de arquivos, e é por isso que você não está obtendo dados de uso. Esse aviso é bem explicado aqui: Imagem de aviso no Gparted
A causa raiz (disso) pode ser qualquer coisa, desde uma conexão desonesta até badblocks. O comando cat /var/log/syslog | grep sda
deve fornecer algumas dicas no seu caso.
Tudo o que o comando acima faz é fornecer saída correspondente ao dispositivo sda do seu syslog.
EDITAR:
como e2fsprogs
é [essencial] Tenho certeza absoluta de que você tem e que é a versão 1.41+ que você sempre pode verificar para ter certeza.
O comando dpkg -l e2fsprogs
produzirá essa informação para você como neste exemplo:
ii e2fsprogs 1.42.13-1ubuntu1 amd64 ext2/ext3/ext4 file system utilities
Esta saída me diz que, a partir desta data, eu tenho a versão mais atual do e2fsprogs para o 16.04 instalado, que atualmente está disponível nos repositórios .
A sua pergunta não indica se você tem ou não dados críticos sobre / dev / sda, mas se fizer isso, você pode considerar fazer uma imagem de backup da unidade, montar essa imagem e tentar Reescreva somente os descritores de superblocos e grupos. Por segurança, recomendo trabalhar com uma imagem em vez do hardware quando tentativa de recuperação de dados.