A pesquisa profunda do Testdisk não consegue detectar a tabela de partições correta para / dev / sdb, após iniciar o PC a partir do DVD (Ubuntu 14.04 LTC Trusty Tahr - Release amd64 (20140417)) e experimentando o seguinte ação invasiva logo no início da inicialização do DVD:
Unable to open '/dev/dm-0'
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.
Unable to open '/dev/sdb'
The disk contains an unclean file system (0, 0).
The file system wasn't safely closed on Windows. Fixing.
Unable to open '/dev/sdd'
/init: line 7: can't open ?????? (my edit: maybe /dev/sr0): No medium found
Generating locales...
Meu palpite é que / dev / dm-0 se refere a / dev / sdc, porque era a única unidade a ter 3 partições nesse ponto, e há 3 correções do sistema de arquivos listadas para esta unidade. / dev / dm-0 (mostrado como / dev / sdc por Testdisk) é também uma designação para parte de um volume RAID, do qual / dev / sdb é a segunda unidade no que o Ubuntu (equivocadamente) pensa ser uma matriz RAID ativa.
Esta designação / dev / dm-0 é uma transferência errada de uma instalação incorreta do Intel Rapid Storage Driver que aconteceu quando o Windows foi instalado pela primeira vez, este driver Intel tentou emparelhar unidades de 2x 1,5 TB (/ dev / sdc & amp; / dev / sdb) juntos em uma matriz RAID sem aviso. O Windows foi prontamente reinstalado sem este driver Intel e a tabela de partições do / dev / sdb foi recuperada após a instalação com o Testdisk, isso ocorreu há mais de um ano.
O PC funcionou bem desde então com o Windows 7, até que eu tentei iniciar um DVD do Ubuntu simplesmente para tentar o Ubuntu hoje. Que pena que iria sobrescrever tabelas de partição e nomes de arquivos logo na inicialização, sem sequer uma sugestão de um prompt ou acordo do meu lado.
A configuração atual do drive no PC é a seguinte:
Disk /dev/sda - 1500 GB / 1397 GiB - Samsung HD154UI
Disk /dev/sdb - 1500 GB / 1397 GiB - ST31500341AS
Disk /dev/sdc - 1500 GB / 1397 GiB - ST31500341AS
Disk /dev/sdd - 200 GB / 186 GiB - ST3200826AS
/dev/sda: [1397.26 GiB NTFS (Healthy, Primary)]
/dev/sdb: should be [1251 GB NTFS] [249 GB NTFS], but currently is
offline [774.57 GiB][390.63 GiB][232.07 GiB]
/dev/sdc: [774.57 GiB NTFS (Healthy, Primary, Active)] [390.63 GiB NTFS Healthy, Primary]
[232.07 GiB Unallocated]
/dev/sdd: [100 MiB NTFS (Healthy, System, Primary, Active)] [186.21 GiB NTFS (Healthy, Boot, Primary)]
A tabela de partição aproximadamente correta de / dev / sdb, a unidade que desejo recuperar, é a seguinte, embora eu não tenha 100% de certeza:
Disk /dev/sdb - 1500 GB / 1397 GiB - CHS 182401 255 63
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 152106 139 33 2443599146 [Piet] (1251 GB)
2 P HPFS - NTFS 152107 0 1 182400 254 63 486673110 [Files] (249 GB)
Também pode ser, embora nesse caso a partição nº 2 nunca tenha sido vista ou usada, e eu só quero recuperar a partição nº 1 e nº 3.
Disk /dev/sdb - 1500 GB / 1397 GiB - CHS 182401 255 63
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 x x x 1956926036 [Piet] (1002 GB)
2 P HPFS - NTFS x x x 152106 139 33 486673110 [?] (249 GB)
3 P HPFS - NTFS 152107 0 1 182400 254 63 486673110 [Files] (249 GB)
Uma pesquisa rápida do Testdisk revela a seguinte tabela de partições para / dev / sdb:
Disk /dev/sdb - 1500 GB / 1397 GiB - CHS 182401 255 63
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 10113 179 58 1624389632 [Francois Files] (831 GB)
2 P HPFS - NTFS 101113 179 59 152106 139 33 819200000 (419 GB)
3 P HPFS - NTFS 152107 0 1 182400 254 63 486673110 [Files] (249 GB)
(NTFS, blocksize=4096, 831 GB / 774 GiB)
(NTFS, blocksize=4096, 419 GB / 390 GiB)
(NTFS, blocksize=4096, 249 GB / 232 GiB)
Após o Deep Search do Testdisk, o seguinte arquivo é exibido para / dev / sdb:
Disk /dev/sdb - 1500GB / 1397 GiB - CHS 182401 255 63
The harddisk <1500 GB / 1397 GiB> seems too small! << 1749 GB / 1629 GiB>
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
FAT16 LBA 155655 200 54 186533 126 25 496050380 (253 GB)
HPFS - NTFS 182400 254 63 212694 254 62 486673110
Após pressionar [Enter], o seguinte resultado da pesquisa profunda para / dev / sdb é exibido, mas está errado.
Disk /dev/sdb - 1500 GB / 1397 GiB - CHS 182401 255 63
Partition Start End Size in sectors
HPFS - NTFS 0 32 33 10113 179 58 1624389632 [Francois Files] (831 GB)
HPFS - NTFS 0 32 33 182401 35 34 2930272256 [Francois Files] (1500 GB)
HPFS - NTFS 101113 179 59 152106 139 33 819200000 (419 GB)
HPFS - NTFS 152107 0 1 182400 254 63 486673110 [Files] (249 GB)
(NTFS, blocksize=4096, 831 GB / 774 GiB)
(NTFS found using backup sector, blocksize=4096, 1500GB / 1397 GiB)
(NTFS, blocksize=4096, 419 GB / 390 GiB)
(NTFS, blocksize=4096, 249 GB / 232 GiB)
Quando [P] é pressionado para cada partição listada, os arquivos mostrados para a partição nº 1 [Francois Files] e a partição nº 3 [419 GB] são exatamente os arquivos que estão nas duas partições conforme aparecem o outro drive de 1,5 TB / dev / sdc, então os nomes de arquivos e pastas também foram copiados de / dev / sdc para / dev / sdb pelo DVD do Ubuntu, como a tabela de partições, que era completamente invasiva e indesejada.
A Partition # 2 [Francois Files] (1500 GB) não pode encontrar um sistema de arquivos válido, e a Partition # 4 [Files] realmente mostra os arquivos corretos para a partição correta, então agora apenas a primeira partição correta deve ser recuperada. / p>
Por favor, tome nota da tabela de partições do outro drive de 1.5 TB, / dev / sdc, e observe como o DVD do Ubuntu copiou esta tabela de partições de / dev / sdc para / dev / sdb. Mas, não apenas a tabela de partições foi copiada para / dev / sdb, mas também os nomes e pastas de arquivos (MFT?).
Disk /dev/sdc - 1500 GB / 1397 GiB - CHS 182401 255 63
Partition Start End Size in sectors
1 * HPFS - NTFS 0 32 33 10113 179 58 1624389632 [Francois Files] (831 GB)
2 P HPFS - NTFS 101113 179 59 152106 139 33 819200000 (419 GB)
(NTFS, blocksize=4096, 831 GB / 774 GiB)
(NTFS, blocksize=4096, 419 GB / 390 GiB)
É possível tentar algo mais do que a Pesquisa profunda do Testdisk para tentar recuperar a tabela de partições?
Eu sinto que esta questão é apropriada para o AskUbuntu, porque diz muito sobre como o Ubuntu tentou consertar uma tabela de partição, sob as suposições erradas devido a uma designação de disco incorreta. Talvez possamos obter uma resposta sobre o processo ou programa exato que foi usado na inicialização do DVD do Ubuntu que corrige problemas de disco.