Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Hi. I'm writing here to share my experience with eatmydata in the debian-installer. I was installing Debian 10 on a USB stick. The PC has a USB 2.0 port and the stick's writing speed is about 4.6 MiB/s. I did not measure the installation time precisely, but I'm sure it took at least 6 hours

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Hi. I'm writing here to share my experience with eatmydata in the debian-installer. I was installing Debian 10 on a USB stick. The PC has a USB 2.0 port and the stick's writing speed is about 4.6 MiB/s. I did not measure the installation time precisely, but I'm sure it took at least 6 hours to

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On Fri, 16 Apr 2021 08:49:34 +0100 Ian Campbell wrote: > > > > Please do not confuse "ignore" with "terribly understaffed". > > I wonder if there is anything which a 3rd party could be found to do > via the Freexian project thing[0] which would reduce the overall > burden and free up some of

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

(just the list, other cc'd dropped) On Mon, 2021-04-12 at 19:35 +0200, Samuel Thibault wrote: > Petter Reinholdtsen, le lun. 12 avril 2021 07:34:38 +0200, a ecrit: > > Sad to hear the patch has been ignored for several years. > > Please do not confuse "ignore" with "terribly understaffed". I

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

[Samuel Thibault] > In my understanding, "ignore" carries a negative meaning, as if d-b > people didn't *want* to have a look at the proposed patches. OK. Personally, I ignore a lot of things due to lack of capacity, and while it can of course be negative for those being ignored, it has a

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On Wed, Apr 14, 2021 at 08:38:00AM +0200, Petter Reinholdtsen wrote: > [...] Please let me know via > https://bugs.debian.org/986772 > if you agree or disagree with > that change, and I can apply it if no-one objects by the end of the week. for those not following that bug, this has been fixed

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Petter Reinholdtsen, le mer. 14 avril 2021 08:38:00 +0200, a ecrit: > [Samuel Thibault] > > Petter Reinholdtsen, le lun. 12 avril 2021 07:34:38 +0200, a ecrit: > >> Sad to hear the patch has been ignored for several years. > > > > Please do not confuse "ignore" with "terribly understaffed". > >

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Thank you for the CC. I am not subscribed to debian-boot@ and it would have take a while before I discovered your reply on the web view. [Samuel Thibault] > Petter Reinholdtsen, le lun. 12 avril 2021 07:34:38 +0200, a ecrit: >> Sad to hear the patch has been ignored for several years. > >

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Petter Reinholdtsen, le lun. 12 avril 2021 07:34:38 +0200, a ecrit: > Sad to hear the patch has been ignored for several years. Please do not confuse "ignore" with "terribly understaffed". Samuel

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

[ValdikSS] > 1. To speed up base system install (the first installation step), > debootstrap should be improved to use libeatmydata for internal dpkg > call. There's a patch for it, which adds '--include-early' option, but > it haven't got attention from debootstrap developers: >

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

I have questions, isn't eatmydata-udeb enough to get it working for d-i? It's not enough: it's only activates eatmydata, but for some reason does not depend on it. I don't know why is it so. Please also note that eatmydata-udeb works only on a later installation stages and does nothing for

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Ok, thank you for the additional information. El vie, 9 abr 2021 a las 1:20, ValdikSS () escribió: > 4. ISO image should include eatmydata and libeatmydata packages in /pool > directory. Right now only eatmydata-udeb is included. I have questions, isn't eatmydata-udeb enough to get it working

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Hi, Quoting Holger Levsen (2021-04-09 10:34:53) > On Fri, Apr 09, 2021 at 08:20:42AM +0300, ValdikSS wrote: > > 1. To speed up base system install (the first installation step), > > debootstrap should be improved to use libeatmydata for internal dpkg call. > > [...] > > or maybe mmdebstrap

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On Fri, Apr 09, 2021 at 08:20:42AM +0300, ValdikSS wrote: > 1. To speed up base system install (the first installation step), > debootstrap should be improved to use libeatmydata for internal dpkg call. > [...] or maybe mmdebstrap could be used instead? AFAIK it doesn't use libeatmydata but

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

As this proposal sounds like a very good idea, and since it doesn't look to difficult to be done now, before the release of Debian 11, the Debian-Boot team should do this. What do we need to do to push this proposal to d-i for Debian 11? 1. To speed up base system install (the first

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

2021-04-07 4:51 GMT-04:00, john doe : > This move should be documented somewhere and maybe emit a warning to > that effect before starting the installer: > > "Incase of failure during the installation, it is recommended to restart > from scratch." That warning sounds good, but perhaps it should

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

[resent -- to list this time] john doe writes: > This move should be documented somewhere and maybe emit a warning to > that effect before starting the installer: > > "Incase of failure during the installation, it is recommended to restart > from scratch." > > Could d-i verify that the

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

john doe writes: > Please send through the list, so other can react to your answer/feedback. That mail was intended to be sent to the list, but I upgraded notmuch recently and seem to have had it revert to it's default keybindings. Sorry about that. However, you should be cautious about

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Please send through the list, so other can react to your answer/feedback. On 4/7/2021 11:32 AM, Philip Hands wrote: john doe writes: This move should be documented somewhere and maybe emit a warning to that effect before starting the installer: "Incase of failure during the installation, it

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

john doe, le mer. 07 avril 2021 10:51:08 +0200, a ecrit: > This move should be documented somewhere and maybe emit a warning to > that effect before starting the installer: > > "Incase of failure during the installation, it is recommended to restart > from scratch." That has always been so. Even

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On 4/6/2021 11:46 PM, Lennart Sorensen wrote: On Tue, Apr 06, 2021 at 05:35:19PM -0400, Cmdte Alpha Tigre Z wrote: Pardon my ignorance. I could not resist to answer to this proposal. I read this page: https://www.flamingspork.com/projects/libeatmydata/ It looks like it is not good idea to use

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

El mar, 6 abr 2021 a las 18:45, Samuel Thibault () escribió: > > Cmdte Alpha Tigre Z, le mar. 06 avril 2021 18:16:49 -0400, a ecrit: > > What would happen if you were installing Debian to dual-boot > > with another OS? > > That is not a concern, only the partition getting installed is at risk.

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Cmdte Alpha Tigre Z, le mar. 06 avril 2021 18:16:49 -0400, a ecrit: > What would happen if you were installing Debian to dual-boot > with another OS? That is not a concern, only the partition getting installed is at risk. > What would happen if you were repartitioning the disk > with some other

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Emm. Sorry. The mail was accidentally sent twice.

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

2021-04-06 17:41 GMT-04:00, Samuel Thibault : > Indeed. But a fresh install is not critical information. If you lost > power during installation you'll want to restart over anyway. > > Its name is there for people to indeed not think that it's a magic wand > that makes everything faster. It makes

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

2021-04-06 17:41 GMT-04:00, Samuel Thibault : > Indeed. But a fresh install is not critical information. If you lost > power during installation you'll want to restart over anyway. > > Its name is there for people to indeed not think that it's a magic wand > that makes everything faster. It makes

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On Tue, Apr 06, 2021 at 05:35:19PM -0400, Cmdte Alpha Tigre Z wrote: > Pardon my ignorance. > I could not resist to answer to this proposal. > > I read this page: https://www.flamingspork.com/projects/libeatmydata/ > > It looks like it is not good idea to use it for critical information. > >

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Cmdte Alpha Tigre Z, le mar. 06 avril 2021 17:35:19 -0400, a ecrit: > I read this page: https://www.flamingspork.com/projects/libeatmydata/ > > It looks like it is not good idea to use it for critical information. Indeed. But a fresh install is not critical information. If you lost power during

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

2021-04-06 14:24 GMT-04:00, ValdikSS : > People on #debian-boot IRC told me to contact dpkg team. Guillem Jover, > one of dpkg maintainer, posted the following reply in dpkg > --force-unsafe-io still calls fsync() > bug from > 2014: >

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

People on #debian-boot IRC told me to contact dpkg team. Guillem Jover, one of dpkg maintainer, posted the following reply in dpkg --force-unsafe-io still calls fsync() bug from 2014: If someone can perform more tests showing

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Charles Curley, le sam. 13 mars 2021 19:03:17 -0700, a ecrit: > On Sun, 14 Mar 2021 03:18:12 +0300 > ValdikSS wrote: > > > 1. eatmydata-udeb should be enabled by default, to speed up the > > installation process. It should not require to be enabled from > > preseed file or bootloader

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

I am concerned with low memory installations. I suggest that under low memory conditions eatmydata-udeb should be optional. Do you have any data that would help a low memory installer decide whether to use it or not? libeatmydata is so small that enabling it does not have any measurable

Re: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

On Sun, 14 Mar 2021 03:18:12 +0300 ValdikSS wrote: > 1. eatmydata-udeb should be enabled by default, to speed up the > installation process. It should not require to be enabled from > preseed file or bootloader cmdline. It's pointless to use fsync() > in installation process, the

Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool

Debian Buster installation from DVD1 ISO file takes enormous amount of time in a VM without write cache and on bare metal with older (a bit wore out) HDDs due to excessive fsync() calls. For example, installation from debian-10.6.0-amd64-DVD-1.iso in a VM without internet access took 1 hour, 44