* [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block)
[not found] <200406160822.i5G8Mba1020376@cluon.it.bond.edu.au>
@ 2004-06-28 1:04 ` Matt Zimmerman
[not found] ` <200406291741.47115.blaisorblade_spam@yahoo.it>
2004-06-29 18:44 ` BlaisorBlade
0 siblings, 2 replies; 3+ messages in thread
From: Matt Zimmerman @ 2004-06-28 1:04 UTC (permalink / raw)
To: user-mode-linux; +Cc: Alexander Zangerl, 254665-forwarded
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block)
[not found] ` <200406291741.47115.blaisorblade_spam@yahoo.it>
@ 2004-06-29 18:23 ` Matt Zimmerman
0 siblings, 0 replies; 3+ messages in thread
From: Matt Zimmerman @ 2004-06-29 18:23 UTC (permalink / raw)
To: BlaisorBlade; +Cc: user-mode-linux, Alexander Zangerl, 254665-forwarded
On Tue, Jun 29, 2004 at 05:41:47PM +0200, BlaisorBlade wrote:
> Alle 03:04, lunedì 28 giugno 2004, Matt Zimmerman ha scritto:
> > On Wed, Jun 16, 2004 at 06:22:37PM +1000, Alexander Zangerl wrote:
> > > Package: uml-utilities
> > > Version: 20020415-3
> SO old?
> > > 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,
>
> One question: since that bug is repeatable, could you try updating your
> uml-utilites? I don't have the sources for those ones (if the "2002" is
> correct). At http://user-mode-linux.sourceforge.net/dl-ists.html you can find
> later ones.
Version 20040406 is available in Debian testing and unstable. 20020415 is
from Debian stable (woody), released July 2002.
--
- 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block)
2004-06-28 1:04 ` [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block) Matt Zimmerman
[not found] ` <200406291741.47115.blaisorblade_spam@yahoo.it>
@ 2004-06-29 18:44 ` BlaisorBlade
1 sibling, 0 replies; 3+ messages in thread
From: BlaisorBlade @ 2004-06-29 18:44 UTC (permalink / raw)
To: user-mode-linux-devel
Alle 03:04, lunedì 28 giugno 2004, Matt Zimmerman ha scritto:
> On Wed, Jun 16, 2004 at 06:22:37PM +1000, Alexander Zangerl wrote:
> > Package: uml-utilities
> > Version: 20020415-3
SO old?
> > 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,
One question: since that bug is repeatable, could you try updating your
uml-utilites? I don't have the sources for those ones (if the "2002" is
correct). At http://user-mode-linux.sourceforge.net/dl-ists.html you can find
later ones. Note: don't replace the old ones if you have a old UML binary,
since newer utilities could not work with it (but you're strongly suggested
to upgrade to 2.4.24-1um Uml kernel, not more since newer patches have bugs).
If the bug shows up again, I have one question: I need to know if, on the fs
holding the image, the block size is 1k? The size to use for COW blocks is
read from the filesystem.
> > and doesn't work at all. the original images were sparse (but that
> > shouldn't make any difference, IMHO).
Yes, that cannot make difference.
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-06-29 18:52 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200406160822.i5G8Mba1020376@cluon.it.bond.edu.au>
2004-06-28 1:04 ` [uml-devel] Re: Bug#254665: uml-utilities: uml_moo produces broken images (short one block) Matt Zimmerman
[not found] ` <200406291741.47115.blaisorblade_spam@yahoo.it>
2004-06-29 18:23 ` Matt Zimmerman
2004-06-29 18:44 ` BlaisorBlade
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.