Generating dead LBA list from gddrescue mapfile/logfile?











up vote
2
down vote

favorite












I ultimately would like to know which files in images generated by (g)ddrescue are affected by damage.





gddrescue (command ddrescue) is a tool for recovering data from damaged media.



When specifying the /dev/device and output.file, a logfile or mapfile can be specified as well, which is highly recommended.



Such a logfile or mapfile some relevant information for being able to resume the recovery process at any time after interruption, which includes a list of damaged areas on the data storage device.



If I have a gddrescue mapfile/logfile, how do I generate a plain list of unreadable LBA's from it?



The mapfile / logfile contains a list of which bytes (hexadecimal numbers) of the source drive is damaged.



It may look like this:



#      pos        size  status
0x00000000 0x00001000 +
0x00001000 0x00002000 -
0x00003000 0x0000A000 +


0x00001000 bytes are 2048 bytes.
In this example, LBA 2 and 3 are unreadable. LBA 1, 4, 5,6,7,8,9,10,11,12,13 and 14 are readable.



From the manual:




Character Meaning

'?' copying non-tried blocks

'*' trimming non-trimmed blocks

'/' scraping non-scraped blocks

'-' retrying bad sectors

'F' filling specified blocks

'G' generating approximate mapfile

'+' finished




How can the information in that logfile be used to generate a list of unreadable LBA's?



The badblocks command finds 0 bad blocks from a loop device created from that image file. http://unix.stackexchange.com/questions/459154/list-bad-blocks-and-affected-files



It would be good as well if the loop device could simulate unreadability in areas on the HDD listed in the mapfile/logfile generated by gddrescue.










share|improve this question
























  • Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
    – neverMind9
    Oct 19 at 12:41










  • I clarified the question now and consider it as suitable for being re-opened.
    – neverMind9
    Oct 20 at 23:36










  • Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
    – neverMind9
    Nov 9 at 17:10

















up vote
2
down vote

favorite












I ultimately would like to know which files in images generated by (g)ddrescue are affected by damage.





gddrescue (command ddrescue) is a tool for recovering data from damaged media.



When specifying the /dev/device and output.file, a logfile or mapfile can be specified as well, which is highly recommended.



Such a logfile or mapfile some relevant information for being able to resume the recovery process at any time after interruption, which includes a list of damaged areas on the data storage device.



If I have a gddrescue mapfile/logfile, how do I generate a plain list of unreadable LBA's from it?



The mapfile / logfile contains a list of which bytes (hexadecimal numbers) of the source drive is damaged.



It may look like this:



#      pos        size  status
0x00000000 0x00001000 +
0x00001000 0x00002000 -
0x00003000 0x0000A000 +


0x00001000 bytes are 2048 bytes.
In this example, LBA 2 and 3 are unreadable. LBA 1, 4, 5,6,7,8,9,10,11,12,13 and 14 are readable.



From the manual:




Character Meaning

'?' copying non-tried blocks

'*' trimming non-trimmed blocks

'/' scraping non-scraped blocks

'-' retrying bad sectors

'F' filling specified blocks

'G' generating approximate mapfile

'+' finished




How can the information in that logfile be used to generate a list of unreadable LBA's?



The badblocks command finds 0 bad blocks from a loop device created from that image file. http://unix.stackexchange.com/questions/459154/list-bad-blocks-and-affected-files



It would be good as well if the loop device could simulate unreadability in areas on the HDD listed in the mapfile/logfile generated by gddrescue.










share|improve this question
























  • Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
    – neverMind9
    Oct 19 at 12:41










  • I clarified the question now and consider it as suitable for being re-opened.
    – neverMind9
    Oct 20 at 23:36










  • Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
    – neverMind9
    Nov 9 at 17:10















up vote
2
down vote

favorite









up vote
2
down vote

favorite











I ultimately would like to know which files in images generated by (g)ddrescue are affected by damage.





gddrescue (command ddrescue) is a tool for recovering data from damaged media.



When specifying the /dev/device and output.file, a logfile or mapfile can be specified as well, which is highly recommended.



Such a logfile or mapfile some relevant information for being able to resume the recovery process at any time after interruption, which includes a list of damaged areas on the data storage device.



If I have a gddrescue mapfile/logfile, how do I generate a plain list of unreadable LBA's from it?



The mapfile / logfile contains a list of which bytes (hexadecimal numbers) of the source drive is damaged.



It may look like this:



#      pos        size  status
0x00000000 0x00001000 +
0x00001000 0x00002000 -
0x00003000 0x0000A000 +


0x00001000 bytes are 2048 bytes.
In this example, LBA 2 and 3 are unreadable. LBA 1, 4, 5,6,7,8,9,10,11,12,13 and 14 are readable.



From the manual:




Character Meaning

'?' copying non-tried blocks

'*' trimming non-trimmed blocks

'/' scraping non-scraped blocks

'-' retrying bad sectors

'F' filling specified blocks

'G' generating approximate mapfile

'+' finished




How can the information in that logfile be used to generate a list of unreadable LBA's?



The badblocks command finds 0 bad blocks from a loop device created from that image file. http://unix.stackexchange.com/questions/459154/list-bad-blocks-and-affected-files



It would be good as well if the loop device could simulate unreadability in areas on the HDD listed in the mapfile/logfile generated by gddrescue.










share|improve this question















I ultimately would like to know which files in images generated by (g)ddrescue are affected by damage.





gddrescue (command ddrescue) is a tool for recovering data from damaged media.



When specifying the /dev/device and output.file, a logfile or mapfile can be specified as well, which is highly recommended.



Such a logfile or mapfile some relevant information for being able to resume the recovery process at any time after interruption, which includes a list of damaged areas on the data storage device.



If I have a gddrescue mapfile/logfile, how do I generate a plain list of unreadable LBA's from it?



The mapfile / logfile contains a list of which bytes (hexadecimal numbers) of the source drive is damaged.



It may look like this:



#      pos        size  status
0x00000000 0x00001000 +
0x00001000 0x00002000 -
0x00003000 0x0000A000 +


0x00001000 bytes are 2048 bytes.
In this example, LBA 2 and 3 are unreadable. LBA 1, 4, 5,6,7,8,9,10,11,12,13 and 14 are readable.



From the manual:




Character Meaning

'?' copying non-tried blocks

'*' trimming non-trimmed blocks

'/' scraping non-scraped blocks

'-' retrying bad sectors

'F' filling specified blocks

'G' generating approximate mapfile

'+' finished




How can the information in that logfile be used to generate a list of unreadable LBA's?



The badblocks command finds 0 bad blocks from a loop device created from that image file. http://unix.stackexchange.com/questions/459154/list-bad-blocks-and-affected-files



It would be good as well if the loop device could simulate unreadability in areas on the HDD listed in the mapfile/logfile generated by gddrescue.







data-recovery data data-cd ddrescue






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Oct 21 at 20:21

























asked Oct 19 at 12:06









neverMind9

29310




29310












  • Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
    – neverMind9
    Oct 19 at 12:41










  • I clarified the question now and consider it as suitable for being re-opened.
    – neverMind9
    Oct 20 at 23:36










  • Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
    – neverMind9
    Nov 9 at 17:10




















  • Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
    – neverMind9
    Oct 19 at 12:41










  • I clarified the question now and consider it as suitable for being re-opened.
    – neverMind9
    Oct 20 at 23:36










  • Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
    – neverMind9
    Nov 9 at 17:10


















Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
– neverMind9
Oct 19 at 12:41




Somebody downvoted this question without explanation. Excuse me, but if haters are not able to explain the reason for their downvote, their vote should be considered invalid.
– neverMind9
Oct 19 at 12:41












I clarified the question now and consider it as suitable for being re-opened.
– neverMind9
Oct 20 at 23:36




I clarified the question now and consider it as suitable for being re-opened.
– neverMind9
Oct 20 at 23:36












Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
– neverMind9
Nov 9 at 17:10






Here is something called gddrescuelog. I will take a better look at it: gnu.org/software/ddrescue/manual/….
– neverMind9
Nov 9 at 17:10












1 Answer
1






active

oldest

votes

















up vote
0
down vote













gddrescuelog is dedicated to that purpose.
https://www.systutorials.com/docs/linux/man/1-ddrescuelog/



The -c option or --create-mapfile option allows you to create a mapfile, as long as you can provide the correct --block-size or -b, which is usually 512 on flash drives and hard drives and 2048 on optical discs.



The -l, --list-blocks option allows to do the same in reverse, with a given --block-size, generating lists of unreadable LBA's. The mapfile just is a list of hexadecimally listed bytes readable and non-readable. You can output it into >>a_file.list.txt as well.



Manual man ddrescuelog: https://www.systutorials.com/docs/linux/man/1-ddrescuelog/ .






share|improve this answer





















    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "106"
    };
    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',
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    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%2funix.stackexchange.com%2fquestions%2f476535%2fgenerating-dead-lba-list-from-gddrescue-mapfile-logfile%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    0
    down vote













    gddrescuelog is dedicated to that purpose.
    https://www.systutorials.com/docs/linux/man/1-ddrescuelog/



    The -c option or --create-mapfile option allows you to create a mapfile, as long as you can provide the correct --block-size or -b, which is usually 512 on flash drives and hard drives and 2048 on optical discs.



    The -l, --list-blocks option allows to do the same in reverse, with a given --block-size, generating lists of unreadable LBA's. The mapfile just is a list of hexadecimally listed bytes readable and non-readable. You can output it into >>a_file.list.txt as well.



    Manual man ddrescuelog: https://www.systutorials.com/docs/linux/man/1-ddrescuelog/ .






    share|improve this answer

























      up vote
      0
      down vote













      gddrescuelog is dedicated to that purpose.
      https://www.systutorials.com/docs/linux/man/1-ddrescuelog/



      The -c option or --create-mapfile option allows you to create a mapfile, as long as you can provide the correct --block-size or -b, which is usually 512 on flash drives and hard drives and 2048 on optical discs.



      The -l, --list-blocks option allows to do the same in reverse, with a given --block-size, generating lists of unreadable LBA's. The mapfile just is a list of hexadecimally listed bytes readable and non-readable. You can output it into >>a_file.list.txt as well.



      Manual man ddrescuelog: https://www.systutorials.com/docs/linux/man/1-ddrescuelog/ .






      share|improve this answer























        up vote
        0
        down vote










        up vote
        0
        down vote









        gddrescuelog is dedicated to that purpose.
        https://www.systutorials.com/docs/linux/man/1-ddrescuelog/



        The -c option or --create-mapfile option allows you to create a mapfile, as long as you can provide the correct --block-size or -b, which is usually 512 on flash drives and hard drives and 2048 on optical discs.



        The -l, --list-blocks option allows to do the same in reverse, with a given --block-size, generating lists of unreadable LBA's. The mapfile just is a list of hexadecimally listed bytes readable and non-readable. You can output it into >>a_file.list.txt as well.



        Manual man ddrescuelog: https://www.systutorials.com/docs/linux/man/1-ddrescuelog/ .






        share|improve this answer












        gddrescuelog is dedicated to that purpose.
        https://www.systutorials.com/docs/linux/man/1-ddrescuelog/



        The -c option or --create-mapfile option allows you to create a mapfile, as long as you can provide the correct --block-size or -b, which is usually 512 on flash drives and hard drives and 2048 on optical discs.



        The -l, --list-blocks option allows to do the same in reverse, with a given --block-size, generating lists of unreadable LBA's. The mapfile just is a list of hexadecimally listed bytes readable and non-readable. You can output it into >>a_file.list.txt as well.



        Manual man ddrescuelog: https://www.systutorials.com/docs/linux/man/1-ddrescuelog/ .







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Nov 19 at 1:18









        neverMind9

        29310




        29310






























             

            draft saved


            draft discarded



















































             


            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f476535%2fgenerating-dead-lba-list-from-gddrescue-mapfile-logfile%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

            List directoties down one level, excluding some named directories and files

            list processes belonging to a network namespace

            list systemd RuntimeDirectory mounts