#145 dump/restore drops leading zero blocks


dump -0 -f- srcdir | restore -oax -f- drops leading blocks of zero-bytes and reports "Missing blocks at end of <path>, assuming hole".
This is common in ISO files.

Dump also silently drops all file blocks when they are all zero, leaving restore to report "<path> : (inode nnn) not found on tape".

- distribution and its version: OpenSuse 11.2
- kernel
- architecture: Intel x86_64
- dump/restore version: 0.4b43
- e2fsprogs version: 1.41.9
- libc version: glibc 2.10
- the device you dump into/restore from: hard disk
- ext3 filesystem, mounted read-only

This test was run on OpenSuSE 11.3 on both ext3 and ext4 filesystems and the problem does not occur.



  • Stelian Pop

    Stelian Pop - 2010-12-29
    • assigned_to: nobody --> stelian
  • Stelian Pop

    Stelian Pop - 2010-12-29

    confirmed, need to look into this.

  • Nobody/Anonymous

    I've got the same problem on Debian squeeze. Problem did not happen with lenny.

  • Nobody/Anonymous

    The bug is in version 1.67 of dump/traverse.c
    cvs update -j 1.67 -j 1.66 dump/traverse.c
    Backing out this one change fixes the problem (at least for me)

  • Stelian Pop

    Stelian Pop - 2011-02-21

    Fixed in CVS (

  • Stelian Pop

    Stelian Pop - 2011-02-21
    • status: open --> open-fixed
  • Nobody/Anonymous

    Thanks. I'll give it a try tonight.

  • Stelian Pop

    Stelian Pop - 2011-06-10
    • status: open-fixed --> closed-fixed
  • Stelian Pop

    Stelian Pop - 2011-06-10

    0.4b44 released today, closing.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks