dd를 사용하여 파티션 이미지를 얻고 복원하세요.

dd를 사용하여 파티션 이미지를 얻고 복원하세요.

ext3 기반 파일 시스템을 사용하여 /dev/sda4 서버에 새 파티션을 만들었습니다.

/mnt/sda4/에 새 파티션 /dev/sda4를 마운트하고 /dev/sda3 파티션의 dd를 사용하여 이미지를 생성했습니다. sda3는 루트 폴더(cd/)에 설치되므로 가장 중요한 파일이 포함되어 있습니다.

이미지 생성:

dd if=/dev/sda3 of=/mnt/sda4/backup.img

그런 다음 sda3 파티션의 /var/www/html/에 있는 파일을 삭제했습니다. 이미지 복원을 시도했는데 제대로 작동했지만 이전에 삭제한 파일이 다시 제자리로 돌아가지 않았습니다.

다시 덮다:

dd if=/mnt/sda4/backup.img of=/dev/sda3

산출:

[root@h9999 sda4]# dd if=backup.img of=/dev/sda3
982128+0 records in
982128+0 records out
502849536 bytes (503 MB) copied, 1.13645 s, 442 MB/s

그러면 실제로 작동할 것입니다. 그렇죠?

답변1

이것이 실패할 수 있는 몇 가지 이유가 있습니다: /var/www/html은 실제로 파일 시스템의 다른 위치에 대한 심볼릭 링크일 수 있습니다( ls -la /var/www/이와 같은 줄이 있는지 확인 하십시오 html -> /foo/bar/html. dd 프로세스 중에 /dev/sda3이 마운트된 경우) , 파일 시스템이 손상되어 더 이상 파일이 표시되지 않을 수 있습니다.

대부분의 경우 dd를 사용하는 것은 디스크 백업 이미지를 만드는 가장 좋은 방법이 아닙니다. dd는 빈 섹터를 포함한 모든 것을 복사하고 정확히 동일한 크기의 디스크/파티션으로만 복원할 수 있기 때문입니다. 노력하다이미지의 일부대신, 사용된 섹터만 복사합니다.

대부분의 상황에서,타르를 사용하세요실제로 Linux 파일 시스템 백업을 생성하는 가장 좋은 옵션은 원래 파티션에 사용된 파일 시스템 및 파티션 크기에 독립적이므로 복구 프로세스가 더 유연해지기 때문입니다. 부트로더를 잃어버릴까봐 걱정된다면,위에 제가 알려드린 링크또한 복구 중에 라이브 CD를 사용하여 부트로더를 복원하는 방법에 대해서도 설명합니다. 이는 파티션 생성 외에 코드 몇 줄만 추가하면 됩니다.

관련 정보