Clonezilla verify image fails












1















I have a HP Pavillion dv4 laptop that is in the process of eating its (second) hard drive due to heat issues (have since gotten it a thermal cooler pad). I purchased a 1.5TB external usb drive to back up to, with the intention of using clonezilla to write image files to the backup drive, and then duplicity (primary OS is Ubuntu) to do incremental backups.



The problem is when I boot clonezilla live from a CD, it runs thru everything, making a backup image of the various partitions (including the big 385GB Windows partition) but when it goes back through and tries to verify the image, it gets a CRC read error every time on sda1 (the Windows partition). The other partitions (Windows rescue, / and swap) all verify fine.



So... my question is this: what are my options at this point? I really don't want to lose whats on my Windows partition if I can at all avoid it. Yes, I do have HP system rescue CDs available, but that will probably involve wiping out my Linux install and restoring that from scratch as well - which kind of invalidates all the time I've spent running clonezilla on this machine thus far.



Ideas, comments, suggestions?










share|improve this question























  • Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

    – Ƭᴇcʜιᴇ007
    Oct 18 '11 at 4:07











  • chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

    – Paul
    Oct 18 '11 at 4:16











  • I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

    – memilanuk
    Oct 20 '11 at 2:33


















1















I have a HP Pavillion dv4 laptop that is in the process of eating its (second) hard drive due to heat issues (have since gotten it a thermal cooler pad). I purchased a 1.5TB external usb drive to back up to, with the intention of using clonezilla to write image files to the backup drive, and then duplicity (primary OS is Ubuntu) to do incremental backups.



The problem is when I boot clonezilla live from a CD, it runs thru everything, making a backup image of the various partitions (including the big 385GB Windows partition) but when it goes back through and tries to verify the image, it gets a CRC read error every time on sda1 (the Windows partition). The other partitions (Windows rescue, / and swap) all verify fine.



So... my question is this: what are my options at this point? I really don't want to lose whats on my Windows partition if I can at all avoid it. Yes, I do have HP system rescue CDs available, but that will probably involve wiping out my Linux install and restoring that from scratch as well - which kind of invalidates all the time I've spent running clonezilla on this machine thus far.



Ideas, comments, suggestions?










share|improve this question























  • Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

    – Ƭᴇcʜιᴇ007
    Oct 18 '11 at 4:07











  • chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

    – Paul
    Oct 18 '11 at 4:16











  • I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

    – memilanuk
    Oct 20 '11 at 2:33
















1












1








1


2






I have a HP Pavillion dv4 laptop that is in the process of eating its (second) hard drive due to heat issues (have since gotten it a thermal cooler pad). I purchased a 1.5TB external usb drive to back up to, with the intention of using clonezilla to write image files to the backup drive, and then duplicity (primary OS is Ubuntu) to do incremental backups.



The problem is when I boot clonezilla live from a CD, it runs thru everything, making a backup image of the various partitions (including the big 385GB Windows partition) but when it goes back through and tries to verify the image, it gets a CRC read error every time on sda1 (the Windows partition). The other partitions (Windows rescue, / and swap) all verify fine.



So... my question is this: what are my options at this point? I really don't want to lose whats on my Windows partition if I can at all avoid it. Yes, I do have HP system rescue CDs available, but that will probably involve wiping out my Linux install and restoring that from scratch as well - which kind of invalidates all the time I've spent running clonezilla on this machine thus far.



Ideas, comments, suggestions?










share|improve this question














I have a HP Pavillion dv4 laptop that is in the process of eating its (second) hard drive due to heat issues (have since gotten it a thermal cooler pad). I purchased a 1.5TB external usb drive to back up to, with the intention of using clonezilla to write image files to the backup drive, and then duplicity (primary OS is Ubuntu) to do incremental backups.



The problem is when I boot clonezilla live from a CD, it runs thru everything, making a backup image of the various partitions (including the big 385GB Windows partition) but when it goes back through and tries to verify the image, it gets a CRC read error every time on sda1 (the Windows partition). The other partitions (Windows rescue, / and swap) all verify fine.



So... my question is this: what are my options at this point? I really don't want to lose whats on my Windows partition if I can at all avoid it. Yes, I do have HP system rescue CDs available, but that will probably involve wiping out my Linux install and restoring that from scratch as well - which kind of invalidates all the time I've spent running clonezilla on this machine thus far.



Ideas, comments, suggestions?







windows linux clonezilla






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Oct 18 '11 at 2:40









memilanukmemilanuk

2231417




2231417













  • Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

    – Ƭᴇcʜιᴇ007
    Oct 18 '11 at 4:07











  • chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

    – Paul
    Oct 18 '11 at 4:16











  • I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

    – memilanuk
    Oct 20 '11 at 2:33





















  • Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

    – Ƭᴇcʜιᴇ007
    Oct 18 '11 at 4:07











  • chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

    – Paul
    Oct 18 '11 at 4:16











  • I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

    – memilanuk
    Oct 20 '11 at 2:33



















Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

– Ƭᴇcʜιᴇ007
Oct 18 '11 at 4:07





Have you run a disk check on both the source and target disks to ensure there are no data errors or disk defects?

– Ƭᴇcʜιᴇ007
Oct 18 '11 at 4:07













chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

– Paul
Oct 18 '11 at 4:16





chkdsk /r c: when booted in windows. It will ask to schedule it at next boot, say yes, and reboot to windows. The /r will do a full scan and relocate any dodgy sectors.

– Paul
Oct 18 '11 at 4:16













I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

– memilanuk
Oct 20 '11 at 2:33







I haven't ran a disk check on the target disk as it is brand new and freshly formatted with no errors - and all the other partition images check fine. I ran the command 'chkdsk /r c:' as mentioned, and it found and supposedly fixed a number of errors. Then I ran clonezilla again... and it barfed on the same CRC error at pretty much exactly the same spot - 36% of the way thru the image for the 385GB Windows partition (sda1).

– memilanuk
Oct 20 '11 at 2:33












2 Answers
2






active

oldest

votes


















0














I don't know exactly why, but sometimes the HDD or SSD is in that state, that Clonezilla doesn't able to clone properly medium or verify the backupset (it happend to me wits HDD as well as SSD a few times during about 10 years). It can be on Linux EXT FS or Windows NTFS etc... It issues something like this:



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


For check ext2, ext3, or ext4 filesystems



Try to open Gparted (GUI), click on the wheel icon and choose repair. If it is not helped there is second way from command line is to try repair damaged blocks manually using e2fsck. For example:



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


Switches: -f force, -p check and automtically repair all issues without prompting you for confirmation, -v verbose, -c -c inode to prevent them from being allocated to a file or directory - if this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. Finally C 0 means, that you can see progress. Be patient it take a time (full NVME 500GB SSD about 2 hour+). Mostly, it helped me.



The both methods you can use repeatedly, but be avare. GParted sometimes can damage your filesystem more and unreversible as well as e2fsck, but on the other hand, in that situation, maybe the problem was only hidden, so there is no choice how to easily repair medium.



For check NTFS, FATXX etc... filesystems



Similar situation I noticed on Windows10 too (again SSD and again in the time of backup or immediately after). There is situation slightly easier. Windows immediately offer what to do - there is notification, which leads us to the page with advice, how to repair error on medium. Of course, there is again possibility to use command line chkdsk as explained in commentary above.



After healing bad block it can occur, that something will not work properly. If i t is not fundamental for OS it can be hidden for the time, when you will need to start the application, open the picture etc... If it is program or part of some installation, simply reinstall it. If sytem has any issues, try to reinstall library or simply that, where is problem.






share|improve this answer

































    0














    This question and answer are pretty old, so I won't ask for more information.



    You state:




    I have a HP Pavillion dv4 laptop that is in the process of eating its
    (second) hard drive




    This makes me suspect the hard drive in question is physically damaged. Because of that, any data you collect from it is going to be suspect as well.



    You also mention that:




    when it goes back through and tries to verify the image, it gets a CRC
    read error every time on sda1




    When a disk image program runs, it creates an exact copy of the data read from the disk. The verification process, where it reads the data from the disk again(?) seems as though it fails consistently. There are a few possible reasons, but one reason is that reading that section of the source (original, failing) disk produces different data each time. That explanation is consistent with the first statement that you don't trust it.



    In that case, I recommend the following:



    Assuming you have the spare disk space (always a question), you have some options:




    • Fast and dirty: Take the most recent image (that failed the CRC), and run a disk repair tool on it. This will probably get you a good fraction of the original data, and there's a decent chance this includes all the data you care about. The challenge is that you're making automatic changes to your only copy of the data on trustworthy media.

    • Prudent: Make a copy of the most recent image (that failed the CRC) and run a disk repair tool on the copy. This gets you all the benefits of the above, but you can then fall back to cautious and slow (below) if you're not completely satisfied.

    • Cautious and slow: Use a tool like ddrescue to carefully read the failing disk and try to recover as much data as possible to a new location on the disk, possibly using the existing image to help inform ddrescue.






    share|improve this answer























      Your Answer








      StackExchange.ready(function() {
      var channelOptions = {
      tags: "".split(" "),
      id: "3"
      };
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function() {
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled) {
      StackExchange.using("snippets", function() {
      createEditor();
      });
      }
      else {
      createEditor();
      }
      });

      function createEditor() {
      StackExchange.prepareEditor({
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: true,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: 10,
      bindNavPrevention: true,
      postfix: "",
      imageUploader: {
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      },
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      });


      }
      });














      draft saved

      draft discarded


















      StackExchange.ready(
      function () {
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f347693%2fclonezilla-verify-image-fails%23new-answer', 'question_page');
      }
      );

      Post as a guest















      Required, but never shown

























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      0














      I don't know exactly why, but sometimes the HDD or SSD is in that state, that Clonezilla doesn't able to clone properly medium or verify the backupset (it happend to me wits HDD as well as SSD a few times during about 10 years). It can be on Linux EXT FS or Windows NTFS etc... It issues something like this:



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


      For check ext2, ext3, or ext4 filesystems



      Try to open Gparted (GUI), click on the wheel icon and choose repair. If it is not helped there is second way from command line is to try repair damaged blocks manually using e2fsck. For example:



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


      Switches: -f force, -p check and automtically repair all issues without prompting you for confirmation, -v verbose, -c -c inode to prevent them from being allocated to a file or directory - if this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. Finally C 0 means, that you can see progress. Be patient it take a time (full NVME 500GB SSD about 2 hour+). Mostly, it helped me.



      The both methods you can use repeatedly, but be avare. GParted sometimes can damage your filesystem more and unreversible as well as e2fsck, but on the other hand, in that situation, maybe the problem was only hidden, so there is no choice how to easily repair medium.



      For check NTFS, FATXX etc... filesystems



      Similar situation I noticed on Windows10 too (again SSD and again in the time of backup or immediately after). There is situation slightly easier. Windows immediately offer what to do - there is notification, which leads us to the page with advice, how to repair error on medium. Of course, there is again possibility to use command line chkdsk as explained in commentary above.



      After healing bad block it can occur, that something will not work properly. If i t is not fundamental for OS it can be hidden for the time, when you will need to start the application, open the picture etc... If it is program or part of some installation, simply reinstall it. If sytem has any issues, try to reinstall library or simply that, where is problem.






      share|improve this answer






























        0














        I don't know exactly why, but sometimes the HDD or SSD is in that state, that Clonezilla doesn't able to clone properly medium or verify the backupset (it happend to me wits HDD as well as SSD a few times during about 10 years). It can be on Linux EXT FS or Windows NTFS etc... It issues something like this:



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


        For check ext2, ext3, or ext4 filesystems



        Try to open Gparted (GUI), click on the wheel icon and choose repair. If it is not helped there is second way from command line is to try repair damaged blocks manually using e2fsck. For example:



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


        Switches: -f force, -p check and automtically repair all issues without prompting you for confirmation, -v verbose, -c -c inode to prevent them from being allocated to a file or directory - if this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. Finally C 0 means, that you can see progress. Be patient it take a time (full NVME 500GB SSD about 2 hour+). Mostly, it helped me.



        The both methods you can use repeatedly, but be avare. GParted sometimes can damage your filesystem more and unreversible as well as e2fsck, but on the other hand, in that situation, maybe the problem was only hidden, so there is no choice how to easily repair medium.



        For check NTFS, FATXX etc... filesystems



        Similar situation I noticed on Windows10 too (again SSD and again in the time of backup or immediately after). There is situation slightly easier. Windows immediately offer what to do - there is notification, which leads us to the page with advice, how to repair error on medium. Of course, there is again possibility to use command line chkdsk as explained in commentary above.



        After healing bad block it can occur, that something will not work properly. If i t is not fundamental for OS it can be hidden for the time, when you will need to start the application, open the picture etc... If it is program or part of some installation, simply reinstall it. If sytem has any issues, try to reinstall library or simply that, where is problem.






        share|improve this answer




























          0












          0








          0







          I don't know exactly why, but sometimes the HDD or SSD is in that state, that Clonezilla doesn't able to clone properly medium or verify the backupset (it happend to me wits HDD as well as SSD a few times during about 10 years). It can be on Linux EXT FS or Windows NTFS etc... It issues something like this:



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


          For check ext2, ext3, or ext4 filesystems



          Try to open Gparted (GUI), click on the wheel icon and choose repair. If it is not helped there is second way from command line is to try repair damaged blocks manually using e2fsck. For example:



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


          Switches: -f force, -p check and automtically repair all issues without prompting you for confirmation, -v verbose, -c -c inode to prevent them from being allocated to a file or directory - if this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. Finally C 0 means, that you can see progress. Be patient it take a time (full NVME 500GB SSD about 2 hour+). Mostly, it helped me.



          The both methods you can use repeatedly, but be avare. GParted sometimes can damage your filesystem more and unreversible as well as e2fsck, but on the other hand, in that situation, maybe the problem was only hidden, so there is no choice how to easily repair medium.



          For check NTFS, FATXX etc... filesystems



          Similar situation I noticed on Windows10 too (again SSD and again in the time of backup or immediately after). There is situation slightly easier. Windows immediately offer what to do - there is notification, which leads us to the page with advice, how to repair error on medium. Of course, there is again possibility to use command line chkdsk as explained in commentary above.



          After healing bad block it can occur, that something will not work properly. If i t is not fundamental for OS it can be hidden for the time, when you will need to start the application, open the picture etc... If it is program or part of some installation, simply reinstall it. If sytem has any issues, try to reinstall library or simply that, where is problem.






          share|improve this answer















          I don't know exactly why, but sometimes the HDD or SSD is in that state, that Clonezilla doesn't able to clone properly medium or verify the backupset (it happend to me wits HDD as well as SSD a few times during about 10 years). It can be on Linux EXT FS or Windows NTFS etc... It issues something like this:



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


          For check ext2, ext3, or ext4 filesystems



          Try to open Gparted (GUI), click on the wheel icon and choose repair. If it is not helped there is second way from command line is to try repair damaged blocks manually using e2fsck. For example:



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


          Switches: -f force, -p check and automtically repair all issues without prompting you for confirmation, -v verbose, -c -c inode to prevent them from being allocated to a file or directory - if this option is specified twice, then the bad block scan will be done using a non-destructive read-write test. Finally C 0 means, that you can see progress. Be patient it take a time (full NVME 500GB SSD about 2 hour+). Mostly, it helped me.



          The both methods you can use repeatedly, but be avare. GParted sometimes can damage your filesystem more and unreversible as well as e2fsck, but on the other hand, in that situation, maybe the problem was only hidden, so there is no choice how to easily repair medium.



          For check NTFS, FATXX etc... filesystems



          Similar situation I noticed on Windows10 too (again SSD and again in the time of backup or immediately after). There is situation slightly easier. Windows immediately offer what to do - there is notification, which leads us to the page with advice, how to repair error on medium. Of course, there is again possibility to use command line chkdsk as explained in commentary above.



          After healing bad block it can occur, that something will not work properly. If i t is not fundamental for OS it can be hidden for the time, when you will need to start the application, open the picture etc... If it is program or part of some installation, simply reinstall it. If sytem has any issues, try to reinstall library or simply that, where is problem.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited May 7 '18 at 18:30

























          answered May 7 '18 at 9:16









          hariprasadhariprasad

          1413




          1413

























              0














              This question and answer are pretty old, so I won't ask for more information.



              You state:




              I have a HP Pavillion dv4 laptop that is in the process of eating its
              (second) hard drive




              This makes me suspect the hard drive in question is physically damaged. Because of that, any data you collect from it is going to be suspect as well.



              You also mention that:




              when it goes back through and tries to verify the image, it gets a CRC
              read error every time on sda1




              When a disk image program runs, it creates an exact copy of the data read from the disk. The verification process, where it reads the data from the disk again(?) seems as though it fails consistently. There are a few possible reasons, but one reason is that reading that section of the source (original, failing) disk produces different data each time. That explanation is consistent with the first statement that you don't trust it.



              In that case, I recommend the following:



              Assuming you have the spare disk space (always a question), you have some options:




              • Fast and dirty: Take the most recent image (that failed the CRC), and run a disk repair tool on it. This will probably get you a good fraction of the original data, and there's a decent chance this includes all the data you care about. The challenge is that you're making automatic changes to your only copy of the data on trustworthy media.

              • Prudent: Make a copy of the most recent image (that failed the CRC) and run a disk repair tool on the copy. This gets you all the benefits of the above, but you can then fall back to cautious and slow (below) if you're not completely satisfied.

              • Cautious and slow: Use a tool like ddrescue to carefully read the failing disk and try to recover as much data as possible to a new location on the disk, possibly using the existing image to help inform ddrescue.






              share|improve this answer




























                0














                This question and answer are pretty old, so I won't ask for more information.



                You state:




                I have a HP Pavillion dv4 laptop that is in the process of eating its
                (second) hard drive




                This makes me suspect the hard drive in question is physically damaged. Because of that, any data you collect from it is going to be suspect as well.



                You also mention that:




                when it goes back through and tries to verify the image, it gets a CRC
                read error every time on sda1




                When a disk image program runs, it creates an exact copy of the data read from the disk. The verification process, where it reads the data from the disk again(?) seems as though it fails consistently. There are a few possible reasons, but one reason is that reading that section of the source (original, failing) disk produces different data each time. That explanation is consistent with the first statement that you don't trust it.



                In that case, I recommend the following:



                Assuming you have the spare disk space (always a question), you have some options:




                • Fast and dirty: Take the most recent image (that failed the CRC), and run a disk repair tool on it. This will probably get you a good fraction of the original data, and there's a decent chance this includes all the data you care about. The challenge is that you're making automatic changes to your only copy of the data on trustworthy media.

                • Prudent: Make a copy of the most recent image (that failed the CRC) and run a disk repair tool on the copy. This gets you all the benefits of the above, but you can then fall back to cautious and slow (below) if you're not completely satisfied.

                • Cautious and slow: Use a tool like ddrescue to carefully read the failing disk and try to recover as much data as possible to a new location on the disk, possibly using the existing image to help inform ddrescue.






                share|improve this answer


























                  0












                  0








                  0







                  This question and answer are pretty old, so I won't ask for more information.



                  You state:




                  I have a HP Pavillion dv4 laptop that is in the process of eating its
                  (second) hard drive




                  This makes me suspect the hard drive in question is physically damaged. Because of that, any data you collect from it is going to be suspect as well.



                  You also mention that:




                  when it goes back through and tries to verify the image, it gets a CRC
                  read error every time on sda1




                  When a disk image program runs, it creates an exact copy of the data read from the disk. The verification process, where it reads the data from the disk again(?) seems as though it fails consistently. There are a few possible reasons, but one reason is that reading that section of the source (original, failing) disk produces different data each time. That explanation is consistent with the first statement that you don't trust it.



                  In that case, I recommend the following:



                  Assuming you have the spare disk space (always a question), you have some options:




                  • Fast and dirty: Take the most recent image (that failed the CRC), and run a disk repair tool on it. This will probably get you a good fraction of the original data, and there's a decent chance this includes all the data you care about. The challenge is that you're making automatic changes to your only copy of the data on trustworthy media.

                  • Prudent: Make a copy of the most recent image (that failed the CRC) and run a disk repair tool on the copy. This gets you all the benefits of the above, but you can then fall back to cautious and slow (below) if you're not completely satisfied.

                  • Cautious and slow: Use a tool like ddrescue to carefully read the failing disk and try to recover as much data as possible to a new location on the disk, possibly using the existing image to help inform ddrescue.






                  share|improve this answer













                  This question and answer are pretty old, so I won't ask for more information.



                  You state:




                  I have a HP Pavillion dv4 laptop that is in the process of eating its
                  (second) hard drive




                  This makes me suspect the hard drive in question is physically damaged. Because of that, any data you collect from it is going to be suspect as well.



                  You also mention that:




                  when it goes back through and tries to verify the image, it gets a CRC
                  read error every time on sda1




                  When a disk image program runs, it creates an exact copy of the data read from the disk. The verification process, where it reads the data from the disk again(?) seems as though it fails consistently. There are a few possible reasons, but one reason is that reading that section of the source (original, failing) disk produces different data each time. That explanation is consistent with the first statement that you don't trust it.



                  In that case, I recommend the following:



                  Assuming you have the spare disk space (always a question), you have some options:




                  • Fast and dirty: Take the most recent image (that failed the CRC), and run a disk repair tool on it. This will probably get you a good fraction of the original data, and there's a decent chance this includes all the data you care about. The challenge is that you're making automatic changes to your only copy of the data on trustworthy media.

                  • Prudent: Make a copy of the most recent image (that failed the CRC) and run a disk repair tool on the copy. This gets you all the benefits of the above, but you can then fall back to cautious and slow (below) if you're not completely satisfied.

                  • Cautious and slow: Use a tool like ddrescue to carefully read the failing disk and try to recover as much data as possible to a new location on the disk, possibly using the existing image to help inform ddrescue.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Feb 12 at 5:19









                  SlartibartfastSlartibartfast

                  6,40621724




                  6,40621724






























                      draft saved

                      draft discarded




















































                      Thanks for contributing an answer to Super User!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid



                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.


                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function () {
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f347693%2fclonezilla-verify-image-fails%23new-answer', 'question_page');
                      }
                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      Probability when a professor distributes a quiz and homework assignment to a class of n students.

                      Aardman Animations

                      Are they similar matrix