Ainda outra questão do sistema de arquivos. Eu queria usar um drive USB que eu não tinha montado por um mês ou mais e fiquei surpreso com o fato do Ubuntu não poder montá-lo. Eu procurei no utilitário de disco e ele disse que descobriu um dispositivo com 17 MB em vez de 2 GB. O hardware parece intacto, espero o melhor para reparar o sistema de arquivos ext4.
Eu segui as instruções do COMO: Reparar um Superbloco Ext4 quebrado em Ubuntu , mas eu não tive sucesso.
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Número mágico ruim no super-bloco
fsck.ext4: Superblock inválido, tentando blocos de backup ...
fsck.ext4: Número mágico ruim no super-bloco ao tentar abrir / dev / sdbO superbloco não pôde ser lido ou não descreve uma extensão ext2 correta sistema de arquivo. Se o dispositivo é válido e ele realmente contém um ext2 sistema de arquivos (e não swap ou ufs ou outra coisa), então o superblock
está corrompido e você pode tentar executar o e2fsck com um superbloco alternativo:
e2fsck -b 8193
Blocos do sistema de arquivos são inválidos, no entanto, quando executo a solução recomendada para tentar o superbloco alternativo, recebo a seguinte saída:
%pre%e2fsck 1.42.5 (29-Jul-2012)
e2fsck: Argumento inválido ao tentar abrir / dev / sdb
mais a mesma mensagem de erro do último parágrafo acima.
Alguma idéia de como recuperar a unidade?
Muito obrigado!
Editar: %code% não ajuda. Eu ainda estou surpreso porque as ferramentas só descobrem 17 MB.
O recurso gparted "Attempt Data Rescue" não produziu resultados, nenhum sistema de arquivos foi identificado.
@Colin De acordo com o utilitário de disco, o dispositivo não está particionado, só posso lidar com dispositivos no momento. É a questão se a tabela de partição ou o sistema de arquivos está danificado. Rodando fsck com partição, dá
fsck.ext2: Nenhum arquivo ou diretório ao tentar abrir / dev / sdb1
Possivelmente dispositivo inexistente?
@John
%pre%00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
*
1 + 0 registros no
1 + 0 registra - se 512 bytes (512 B) copiados, 0,00307007 s, 167 kB / s
00000200
Como todos são zeros, isso significa que não há restos de MBR?
O resultado foi muito rápido.
%pre%00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
*
01000000
Tudo é zero. Eu acho que o pendrive quebrou deitado em uma gaveta de uma forma mágica e inexplicável.
Isso pode parecer uma pergunta comum, mas não encontrei uma resposta para isso aqui.
Estou tentando mover um arquivo muito grande (50 GB, é um disco rígido virtual com o Windows 10 nele). Quero copiá-lo do meu %code% (localizado no HDD) para %code% (localizado no SSD).
Tudo é formatado em EXT4 (sem fat32 ou NTFS) e o diretório %code% tem as permissões correspondentes. O erro lançado é
%pre%Eu tive esse problema antes de tentar copiar esse tipo de arquivo grande de um diretório para outro. Espero que alguém possa me ajudar, obrigado antecipadamente.