On 09.07.2023 00:02, Steve McIntyre wrote:
Nothing should be caring about C/H/S at all in the 21st century. Using
C/H/S only allows you to access 515MB of disk [1]. *Everything* these
days uses LBA instead.
What makes you think that the BIOS on this old machine cares about
C/H/S?
My machine is
Hello list,
I was getting very slow boot speeds on old WYSE C10LE thin client with
VIA C7 CPU and Phoenix bios (year 2008). This is due to combination of
BIOS, GRUB, and what I assume Debian-installer bugs.
Long story short, Debian writes strange/incorrect C/H/S values to the
MBR partition t
Sorry, this bug report is invalid. I didn't know that this is an
intended debian-installer behavior and is present on all versions.
Package: debian-installer
Severity: normal
Tags: d-i
Dear Maintainer,
Debian 11.0.0 ISO file (debian-11.0.0-amd64-DVD-1.iso) silently
downloads package index and updated .deb files from debian-security
repository upon installation, even when no network mirror option was chosen.
I believe thi
, I don't know if it would make a difference.
Also, I used the normal DVD-1 ISO image, without eatmydata in it.
I would recommend you to try to install Debian using virtual machine,
installing it from the patched ISO files:
https://bitbucket.org/ValdikSS/debian-iso-fastinstall/src
Already p
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 bas
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 installatio
no reply.
I'd want to improve installation speed, but I don't know how to proceed
further, and since Debian Bullseye is already at freeze state, I'm
afraid we may end with slow installation for the next 2 years. I'd
greatly appreciate any help.
On 14.03.2021 03:18, ValdikSS
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
effect
due
to much less package count, but still takes much more time than it
should.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700633
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700633>
I've prepared an automatic patcher script which could be found here:
https:
Debootstrap is used in Debian ISO installer (debian-installer, d-i) for
initial target rootfs bootstrapping. With sync enabled, this takes
hundreds of minutes to unpack and configure base system on a HDD.
With eatmydata it takes about a minute.
What could be done to introduce eatmydata into de
11 matches
Mail list logo
