#145 dump/restore drops leading zero blocks

closed-fixed
None
5
2011-06-10
2010-12-09
Anonymous
No

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 2.6.31.14-0.1-default
- 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.

osixtwo@gmail.com

Discussion

  • 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