Clonezilla verificar imagem falha

1

Eu tenho um laptop HP Pavillion dv4 que está no processo de comer seu (segundo) disco rígido devido a problemas de calor (desde então, ele tem um cooler térmico). Eu comprei uma unidade USB externa de 1,5 TB para fazer backup, com a intenção de usar o clonezilla para gravar arquivos de imagem na unidade de backup e, em seguida, a duplicidade (o SO principal é o Ubuntu) para fazer backups incrementais.

O problema é quando eu inicializo o clonezilla ao vivo a partir de um CD, ele roda tudo, fazendo uma imagem de backup das várias partições (incluindo a grande partição do Windows 385GB) mas quando ele volta e tenta verificar a imagem, recebe um erro de leitura de CRC toda vez em sda1 (a partição do Windows). As outras partições (resgate e / ou troca do Windows), tudo isso, tudo bem.

Então ... minha pergunta é: quais são minhas opções neste momento? Eu realmente não quero perder o que está na minha partição do Windows se eu puder evitá-lo. Sim, eu tenho CDs de resgate do sistema HP disponíveis, mas isso provavelmente envolverá acabar com a minha instalação Linux e restaurar isso do zero também - o que invalida todo o tempo que passei rodando o clonezilla esta máquina até agora.

Idéias, comentários, sugestões?

    
por memilanuk 18.10.2011 / 04:40

1 resposta

0

Eu não sei exatamente o porquê, mas às vezes o HDD ou SSD está nesse estado, que o Clonezilla não consegue clonar apropriadamente o meio ou verificar o backupset (ele aconteceu comigo tanto no HDD quanto no SSD algumas vezes durante cerca de 10 anos). Pode ser no Linux EXT FS ou no Windows NTFS, etc ... Isso é algo assim:

syslinux.d syslinux_fs /dev/....
crc errors block_id = nnn...
...

Para verificar os sistemas de arquivos ext2, ext3 ou ext4

Tente abrir o Gparted (GUI), clique no ícone da roda e escolha reparar. Se não for ajudado, existe um segundo caminho da linha de comando para tentar reparar os blocos danificados manualmente usando o e2fsck. Por exemplo:

ubuntu_linux:> e2fsck -f -p -v -c -c C 0 'dev/nvme0n1p2'

Alterna: -f força, -p verifica e repara automaticamente todos os problemas sem solicitar confirmação, -v verbose, -c -c inode para evitar que eles sejam alocados em um arquivo ou diretório - se essa opção for especificada duas vezes Em seguida, a verificação de bloqueio incorreto será feita usando um teste de leitura-gravação não destrutivo. Finalmente C 0 significa que você pode ver o progresso. Seja paciente, demore um pouco (SSD de 500GB NVME completo, cerca de 2 horas +). Principalmente, isso me ajudou.

Os dois métodos que você pode usar repetidamente, mas seja avare. O GParted às vezes pode danificar seu sistema de arquivos mais e irreversível, assim como e2fsck , mas, por outro lado, nessa situação, talvez o problema estivesse oculto, então não há como corrigir facilmente o meio.

Para verificar sistemas de arquivos NTFS, FATXX, etc ...

Situação semelhante notei no Windows10 também (novamente SSD e novamente no tempo de backup ou imediatamente depois). Há situação um pouco mais fácil. O Windows imediatamente oferecer o que fazer - não há notificação, o que nos leva à página com conselhos, como reparar o erro no meio. Claro, existe novamente a possibilidade de usar a linha de comando chkdsk , conforme explicado no comentário acima.

Após a cura do bloqueio incorreto, pode ocorrer que algo não funcionará corretamente. Se não for fundamental para o SO pode ficar oculto durante o tempo, quando precisar iniciar o aplicativo, abrir a imagem etc ... Se for programa ou parte de alguma instalação, basta reinstalá-lo. Se o sistema tiver algum problema, tente reinstalar a biblioteca ou simplesmente isso, onde está o problema.

    
por 07.05.2018 / 11:16