Bug#988013: mini.iso fails to load grub.cfg (UEFI)
On Jo, 06 mai 21, 23:55:07, Cyril Brulebois wrote:
> Steve McIntyre (2021-05-06):
> > Hmmm, odd. I've not touched that at all. But maybe it's part of the
> > debug that kibi is doing with fonts etc. atm...
>
> I certainly didn't touch anything yet: unless otherwise specified, my
> testing happens before touching the archive.
>
> If one wants to look into it, we have build logs alongside images at:
> https://d-i.debian.org/daily-images/
>
> and also MANIFESTS{,.udeb} files, in case the set of udebs changed.
>
> (I only see a single change in the master branch for the installer, from
> Steve as alluded to earlier in this thread.)
It's probably better like this (and the rc1 netinst works the same),
especially for compatibility with various displays.
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
signature.asc
Description: PGP signature
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
Steve McIntyre (2021-05-06):
> Hmmm, odd. I've not touched that at all. But maybe it's part of the
> debug that kibi is doing with fonts etc. atm...
I certainly didn't touch anything yet: unless otherwise specified, my
testing happens before touching the archive.
If one wants to look into it, we have build logs alongside images at:
https://d-i.debian.org/daily-images/
and also MANIFESTS{,.udeb} files, in case the set of udebs changed.
(I only see a single change in the master branch for the installer, from
Steve as alluded to earlier in this thread.)
Cheers,
--
Cyril Brulebois (k...@debian.org)
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
On Thu, May 06, 2021 at 03:49:39PM +0300, Andrei POPESCU wrote: >On Mi, 05 mai 21, 01:21:24, Steve McIntyre wrote: >> On Tue, May 04, 2021 at 08:29:03AM +0300, Andrei POPESCU wrote: >> >On Lu, 03 mai 21, 19:52:32, Steve McIntyre wrote: >> >> >> >> Reassigning to debian-installer, as that builds the mini.iso. >> >> >> >> I'll take a look when I get a chance... >> >> >> >> Oh, hmmm - do you have secure boot enabled or not on your machine? >> > >> >It's not enabled (sorry, forgot to mention). >> >> ACK, thanks. >> >> OK, I've fixed the problem. The issue was a missing (redirecting) >> grub.cfg in the image to redirect to the correct location where there >> grub menu etc. is located. I've just pushed code to the d-i build repo >> to add that now, and tested locally. >> >> I think I'm probably too late to pick up the daily d-i build for >> Wednesday, but this should definitely be fixed from Thursday onwards. > >It worked for me with the daily from today (didn't check the one from >yesterday), both the text and GTK versions. \o/ >The GTK version now starts in a much lower (apparent) resolution, while >previously it was using the full native resolution of the display (a >Full HD TV). > >Is this intended? Not that I mind, the lower resolution does help with >readability ;) Hmmm, odd. I've not touched that at all. But maybe it's part of the debug that kibi is doing with fonts etc. atm... -- Steve McIntyre, Cambridge, UK.st...@einval.com "When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
On Mi, 05 mai 21, 01:21:24, Steve McIntyre wrote: > On Tue, May 04, 2021 at 08:29:03AM +0300, Andrei POPESCU wrote: > >On Lu, 03 mai 21, 19:52:32, Steve McIntyre wrote: > >> > >> Reassigning to debian-installer, as that builds the mini.iso. > >> > >> I'll take a look when I get a chance... > >> > >> Oh, hmmm - do you have secure boot enabled or not on your machine? > > > >It's not enabled (sorry, forgot to mention). > > ACK, thanks. > > OK, I've fixed the problem. The issue was a missing (redirecting) > grub.cfg in the image to redirect to the correct location where there > grub menu etc. is located. I've just pushed code to the d-i build repo > to add that now, and tested locally. > > I think I'm probably too late to pick up the daily d-i build for > Wednesday, but this should definitely be fixed from Thursday onwards. It worked for me with the daily from today (didn't check the one from yesterday), both the text and GTK versions. The GTK version now starts in a much lower (apparent) resolution, while previously it was using the full native resolution of the display (a Full HD TV). Is this intended? Not that I mind, the lower resolution does help with readability ;) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
On Lu, 03 mai 21, 19:52:32, Steve McIntyre wrote: > > Reassigning to debian-installer, as that builds the mini.iso. > > I'll take a look when I get a chance... > > Oh, hmmm - do you have secure boot enabled or not on your machine? It's not enabled (sorry, forgot to mention). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
Control: reassign -1 debian-installer Hi Andrei, On Mon, May 03, 2021 at 09:02:08PM +0300, Andrei POPESCU wrote: >Package: debian-cd >Severity: important >Tags: d-i > >Hello, > >The mini.iso (graphical version) boots to a grub prompt. > >Loading grub.cfg with 'configfile (hd0)/boot/grub/grub.cfg' works and >afterwards the image works correctly. > >I tried buster, bullseye rc1 and the daily image from 1.May. > >The bullseye rc1 firmware netinst boots fine, so I'm guessing it's not >due to bugs in this particular UEFI implementation. > >In case it matters, the motherboard is ASRock B550M Steel Legend, >firmware version 1.52, upgraded to 2.0. Reassigning to debian-installer, as that builds the mini.iso. I'll take a look when I get a chance... Oh, hmmm - do you have secure boot enabled or not on your machine? -- Steve McIntyre, Cambridge, UK.st...@einval.com "Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs." -- Matt Mackall
Bug#988013: mini.iso fails to load grub.cfg (UEFI)
Package: debian-cd Severity: important Tags: d-i Hello, The mini.iso (graphical version) boots to a grub prompt. Loading grub.cfg with 'configfile (hd0)/boot/grub/grub.cfg' works and afterwards the image works correctly. I tried buster, bullseye rc1 and the daily image from 1.May. The bullseye rc1 firmware netinst boots fine, so I'm guessing it's not due to bugs in this particular UEFI implementation. In case it matters, the motherboard is ASRock B550M Steel Legend, firmware version 1.52, upgraded to 2.0. Kind regards, Andrei -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 3.18.0-12-ARCH (SMP w/4 CPU cores; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), LANGUAGE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages debian-cd depends on: ii apt1.8.2.3 ii bc 1.07.1-2+b1 ii bzip2 1.0.6-9.2~deb10u1 ii cpp4:8.3.0-1 ii curl 7.64.0-4+deb10u2 ii dpkg-dev 1.19.7 pn grep-dctrl pn libcompress-zlib-perl pn libdigest-md5-perl ii libdpkg-perl 1.19.7 pn lynx ii make 4.2.1-1.2 ii perl [libdigest-sha-perl] 5.28.1-6+deb10u1 pn tofrodos ii wget 1.20.1-1.1 pn xorriso | genisoimage Versions of packages debian-cd recommends: ii dosfstools 4.1-2 pn hfsutils pn isolinux pn mtools ii netpbm 2:10.0-15.3+b2 pn syslinux-common pn syslinux-utils debian-cd suggests no packages.
