linux-um archives
 help / color / mirror / Atom feed
From: Matt Zimmerman <mdz@debian.org>
To: user-mode-linux@lists.sourceforge.net
Cc: Alexander Zangerl <az@debian.org>, 254665-forwarded@bugs.debian.org
Subject: [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block)
Date: Sun, 27 Jun 2004 18:04:43 -0700	[thread overview]
Message-ID: <20040628010443.GD5243@alcor.net> (raw)
In-Reply-To: <200406160822.i5G8Mba1020376@cluon.it.bond.edu.au>

On Wed, Jun 16, 2004 at 06:22:37PM +1000, Alexander Zangerl wrote:
> Package: uml-utilities
> Version: 20020415-3
> Severity: normal
> 
> i've got some ext2 fs images, normal cow-files, and the need to recombine them.
> but the resulting file is one 1k-block shorter than the original, and doesn't
> work at all. the original images were sparse (but that shouldn't make any
> difference, IMHO).
> 
> the original image is 102401024 bytes (1024x100001),
> as e2fsdump sees it:
> 
> Filesystem volume name:   <none>
> Last mounted on:          <not available>
> Filesystem UUID:          7ae0f33e-3b48-4a97-b8eb-8ecdb21dabfe
> Filesystem magic number:  0xEF53
> Filesystem revision #:    1 (dynamic)
> Filesystem features:      filetype sparse_super
> Filesystem state:         clean
> Errors behavior:          Continue
> Filesystem OS type:       Linux
> Inode count:              25064
> Block count:              100001
> Reserved block count:     5000
> Free blocks:              87105
> Free inodes:              18818
> First block:              1
> Block size:               1024
> Fragment size:            1024
> Blocks per group:         8192
> Fragments per group:      8192
> Inodes per group:         1928
> Inode blocks per group:   241
> Last mount time:          Tue Jun 15 18:49:46 2004
> Last write time:          Tue Jun 15 18:50:09 2004
> Mount count:              2
> Maximum mount count:      25
> Last checked:             Tue Jun 15 17:51:20 2004
> Check interval:           15552000 (6 months)
> Next check after:         Sun Dec 12 17:51:20 2004
> Reserved blocks uid:      0 (user root)
> Reserved blocks gid:      0 (group root)
> First inode:              11
> Inode size:               128
> 
> the broken result of uml_moo is 102400000 bytes (1024x100000),
> and e2fsdump gives exaclty the same output as before for the superblock.
> 
> (judicious application of dd if=/dev/zero >> the broken result seems to
> make the image work, but that appears to be only because the area wasn't used
> in the original image.)
> 
> if there is more info required let me know.
> 
> regards
> az
> 
> 
> -- System Information
> Debian Release: 3.0
> Architecture: i386
> Kernel: Linux cluon 2.4.26 #1 Fri Apr 16 12:21:48 EST 2004 i686
> Locale: LANG=C, LC_CTYPE=de_AT
> 
> Versions of packages uml-utilities depends on:
> ii  libc6                     2.3.2-9        GNU C Library: Shared libraries an
> ii  libncurses5               5.3.20030719-1 Shared libraries for terminal hand
> ii  libreadline4              4.3-8          GNU readline and history libraries
> 

-- 
 - mdz


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

       reply	other threads:[~2004-06-28  1:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200406160822.i5G8Mba1020376@cluon.it.bond.edu.au>
2004-06-28  1:04 ` Matt Zimmerman [this message]
     [not found]   ` <200406291741.47115.blaisorblade_spam@yahoo.it>
2004-06-29 18:23     ` [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block) Matt Zimmerman
2004-06-29 18:44   ` BlaisorBlade

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040628010443.GD5243@alcor.net \
    --to=mdz@debian.org \
    --cc=254665-forwarded@bugs.debian.org \
    --cc=az@debian.org \
    --cc=user-mode-linux@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox