ontain holes.
FYI, I've just made sure I use the FIEMAP_FLAG_SYNC is used in the
project.
--
Best Regards,
Artem Bityutskiy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, 2013-08-14 at 12:24 +0200, Björn Persson wrote:
> Artem Bityutskiy wrote:
> >On Wed, 2013-08-14 at 11:44 +0200, Till Maas wrote:
> >> On Wed, Aug 14, 2013 at 12:21:23PM +0300, Artem Bityutskiy wrote:
> >> > On Wed, 2013-08-14 at 10:37 +0200, Till Maas wrote:
On Wed, 2013-08-14 at 11:44 +0200, Till Maas wrote:
> On Wed, Aug 14, 2013 at 12:21:23PM +0300, Artem Bityutskiy wrote:
> > On Wed, 2013-08-14 at 10:37 +0200, Till Maas wrote:
> > > On Wed, Aug 14, 2013 at 09:31:22AM +0300, Artem Bityutskiy wrote:
> > >
> > &
ntain holes.
I see, thanks a lot for suggestion.
Just to make it clear, this is more like working around file-system
bugs, which, as I guess, were present in early days of FIEMAP.
I'll look into adding FIEMAP_FLAG_SYNC to Fiemap.py in bmap-tools,
thanks!
--
Best Regards,
Artem Bityut
nt stream-reading directly from the
remote service, stream-decompressing on-the fly, and flashing in
parallel. This rules out the "xz saves sparseness" design.
For the third part, we keep the sparseness information in a separate
file which makes it entirely optional.
--
Best Regards,
Ar
all any additional tools could
still use the old method of throwing the entire image to the target
block device.
Another goal I had is to make the additional bmap file to be a
human-readable text file.
But yes, having all in one file does have its own advantages.
--
Best Regards,
Artem Bityut
Thu, 2013-08-15 at 12:34 -0500, Eric Sandeen wrote:
> On 8/13/13 8:58 AM, Artem Bityutskiy wrote:
> > # Make the image to be sparse
> > $ cp --sparse=always Fedora-x86_64-19-20130627-sda.raw
> Fedora-x86_64-19-20130627-sda.raw.sparse
> >
> > # Generate the bmap fil
On Thu, 2013-08-15 at 09:40 -0400, Paul Wouters wrote:
> We can't tell people to re-install from scratch every 6 months. What
> we need is an "apt-get dist-upgrade" equivalent.
+1
--
Best Regards,
Artem Bityutskiy
--
devel mailing list
devel@lists.fe
On Wed, 2013-08-14 at 21:16 -0700, Samuel Sieb wrote:
> On 08/14/2013 02:21 AM, Artem Bityutskiy wrote:
> > I think I covered this part in the documentation. But here is a short
> > description.
> >
> > 1. The bmap file should be created just after the image is generat
y, I will try to implement this faster (or
accept someone's contribution :-))
Thanks for the feed-back!
--
Best Regards,
Artem Bityutskiy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, 2013-08-14 at 11:44 +0200, Till Maas wrote:
> On Wed, Aug 14, 2013 at 12:21:23PM +0300, Artem Bityutskiy wrote:
> > On Wed, 2013-08-14 at 10:37 +0200, Till Maas wrote:
> > > On Wed, Aug 14, 2013 at 09:31:22AM +0300, Artem Bityutskiy wrote:
> > >
> > &
On Wed, 2013-08-14 at 16:35 +0800, Christopher Meng wrote:
> 在 2013-8-13 PM9:52，"Artem Bityutskiy" 写道：
> >
> > Hi Fedora developers,
> >
> > I would like suggest you to take a look at bmaptool, which you can
> use
> > for flashing Fedora ISO
On Wed, 2013-08-14 at 10:37 +0200, Till Maas wrote:
> On Wed, Aug 14, 2013 at 09:31:22AM +0300, Artem Bityutskiy wrote:
>
> > Other things like reading from remote sites, progress indicator,
> > protecting your mounted disks, uncompressing on-the-fly, checking sha1
> > of
On Wed, 2013-08-14 at 09:31 +0300, Artem Bityutskiy wrote:
> But this all is not the point, these are additional goodies. The main
> point of bmaptool is in having the bmap file, and _then_ you get real
> speed-up, based on the sparseness of the original image.
Just as a rough demonstrat
On Tue, 2013-08-13 at 17:48 +0200, Jochen Schmitt wrote:
> On Tue, Aug 13, 2013 at 04:58:16PM +0300, Artem Bityutskiy wrote:
> > Hi Fedora developers,
>
> > $ dd if=Fedora-x86_64-19-20130627-sda.raw of=/dev/sdd
> > 4194304+0 records in
> > 4194304+0 records ou
.org/documentation/articles/bmaptool
And yes, I suggest that Fedora could also generate and publish bmap
files, if this is found to be useful. In Tizen IVI people are very happy
to use bmaptool versus pain dd.
Anyway, please, check the docs, give feed-back, ask questions.
Thanks, and sorry for a me
16 matches
Mail list logo
