Primeiro, gostaria de agradecer a James T & ct64116 por sua ajuda na minha primeira pergunta ; Eu acidentalmente substituí uma partição ext4 com o instalador do Windows 7 e perdi algo como 300GB de arquivos.
Eu segui o conselho deles e usei o testdisk para analisar o sistema de arquivos perdido. Tudo parece estar bem, e eu estava empolgado em restaurá-lo, mas eu acertei um aumento de velocidade.
Estou executando o Ubuntu 10.04 em um processador de 64 bits. Para reparar o sistema de arquivos, eu preciso encontrar os superblocos de backup (que eu já fiz) e usá-los para fsck o disco de volta à condição utilizável. Mas não está funcionando e acho que sei por quê.
Estou usando o este tutorial para colocar a partição em funcionamento. No entanto, quando eu executo fsck.ext4, recebo uma saída diferente da que ele. Primeiro de tudo, os números de versão são diferentes: ele tem 1,41,4, eu tenho 1,41.11.
Em segundo lugar, mesmo que eu esteja executando fsck.ext4, a mensagem de erro que recebo me diz que o sistema de arquivos que estou examinando não é um sistema de arquivos ext2 correto.
Então eu acho que o problema aqui é que a versão do fsck que eu tenho ainda não entende o ext4, e a razão pela qual ele não entende ext4 (mesmo que a data de compilação na minha seja posterior à dele) é porque eu Estou executando um sistema de 64 bits e o novo fsck ainda não foi portado para 64 bits. Isso soa bem?
De qualquer forma, se não houver um fsck mais recente para sistemas de 64 bits, acho que minha única esperança agora é pegar um gabinete externo de 3,5 polegadas, puxar a unidade, conectá-la ao meu laptop i386 e tentar reparo do sistema de arquivos a partir daquela máquina (que usa a versão 1.41.9).
Isso soa como uma boa ideia? Alguém sabe se há uma maneira mais simples de corrigir isso (como, se há uma versão de 64 bits do novo fsck disponível - não consigo encontrar muita informação através do Google - é um pouco difícil de digerir)?
Obrigado uma tonelada.
SS
edit: por conselho do nik, aqui está a saída do fdisk para o sistema em questão. O disco atualmente em perigo é o último da lista, em / dev / sdc1.
[nik edit: Eu removi dados de outros discos para reduzir a desordem - veja a edição anterior se for necessário]
Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x05ced8ed
Device Boot Start End Blocks Id System
/dev/sdc1 1 182402 1465136128 7 HPFS/NTFS
ATUALIZAÇÃO: não tive sorte com os superblocos; no entanto eu estava brincando com testdisk e descobri que testdisk irá copiar a estrutura de pastas em meu diretório home! HUZZAH
Meu diretório home está em um SSD, e há apenas cerca de 30 gigabytes de espaço disponível a qualquer momento, então eu terei que escalonar minhas cópias e despejar periodicamente em um prato maior - ainda bem que eu tenho um extra Platter HDD disponível. Eu vou passar, pasta por pasta, até que eu tenha copiado todos os dados para o outro disco. Isso levará tempo, mas muito menos tempo do que o necessário para renomear EVERY SINGLE FILE, que é o que eu teria que fazer com o photorec.
OBRIGADO por toda sua ajuda, especialmente você.