In case anyone needs to install the last known binaries that work, I
uploaded a nice overview of the problem and direct links to the Ubuntu
packages here:
https://github.com/alkisg/liveusb/issues/3
** Bug watch added: github.com/alkisg/liveusb/issues #3
https://github.com/alkisg/liveusb/issues
NB: In Debian testing (11) my Ryzen 3600 system boots and runs a 32-bit
image okay.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel when in EFI mode
As discussed I suppose you can either use an older version of GRUB-EFI
(which as pointed out may cause unknown problems), or perhaps you can
boot in CSM mode?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
I really thought, because I've read and heard so many times about it,
that the Linux world was about freedom. Well, can't really say that
someone imposing that other people were from now on prohibited from
running 32 bits operating systems in an updated 64 bits
grub/uefi/whatever suits that...
I'v
Thank for you all the feedback guys,
OK, since upstream already replied "won't fix", of course there's no point to
report an issue.
As long as i386 installations are still supported, we that need this
functionality, can keep using the last working grub.
> Why are you not using -amd64.iso?
One
Okay then, I guess I won't report. 32-bit x86 is going away for a lot of
distros so I doubt the kernel people will have any interest in doing it
tbh.
Glad I'm moving my Debian live disk away from doing this then if it
breaks lots of stuff :)
--
You received this bug notification because you are
> Because I'm trying to boot the stock, unmodified
lubuntu-18.04.5-desktop-i386.iso that was released yesterday. It has a
32bit kernel.
Why are you not using -amd64.iso?
** Changed in: grub2 (Ubuntu)
Status: Invalid => Won't Fix
--
You received this bug notification because you are a me
Given that 64bit UEFI is there, it means that 64bit kernel can run,
despite using 32bit userspace otherwise.
Why are you using inferior 32bit kernel, with otherwise 32bit userspace?
Please install and use 64bit kernel in such cases, i.e.
sudo dpkg --add-architecture amd64
sudo apt-get update
sud
It was never our intention to support 64bit UEFI with 32bit kernel. Just
because it seemed to work, whilst having lots of things broken at
runtime, was never our intention to have supported.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
Please don't. This is spiralling a bit out of control. I talked to the
patch author and he told me what I told you - running 32-bit kernels on
64-bit UEFI does not work corectly. Please run 64-bit OS on 64-bit UEFI
or boot using CSM in BIOS mode.
--
You received this bug notification because you
Hello Hamish,
please do; as currently I'm developing a lot of software for schools
that open in September, so for the next few months I won't have time to
file this. Thank you!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
Alkis,
Do you want me to file this for RedHat, or are you/have you already done
so?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel when in EFI mod
> Why not use a 64-bit kernel? Should be a much better option.
Because I'm trying to boot the stock, unmodified
lubuntu-18.04.5-desktop-i386.iso that was released yesterday. It has a
32bit kernel.
> If you manually hacked together an i386 install in UEFI mode, it's up
to you to maintain.
It's ju
Running a 32-bit kernel on 64-bit UEFI is not supported. The kernel
might not be able to interoperate with the UEFI implementation because
some addresses would be outside its address range, and it would hence
react strangely.
** Tags removed: rls-gg-incoming
** Changed in: grub2 (Ubuntu)
S
My understanding is that our installers do not support installing i386
Ubuntu on UEFI systems. We only support amd64 on UEFI. If you manually
hacked together an i386 install in UEFI mode, it's up to you to
maintain.
--
You received this bug notification because you are a member of Ubuntu
Bugs, wh
I feel like this is maybe missing the point. These things seem clear to
me:
1. Loading 64-bit kernels on 32-bit UEFIs is a useful feature to have
and I'm glad it was added.
2. AFAICT, the patch was not intended to break loading 32-bit kernels on
64-bit systems (and also what would be the point of
** Changed in: grub2 (Ubuntu)
Assignee: Mathieu Trudel-Lapierre (cyphermox) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel whe
** Tags added: rls-gg-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel when in EFI mode
To manage notifications about this bug go to:
https
FWIW, to address some comments:
> This problem is Ubuntu-specific
It's not. It comes from
https://github.com/rhboot/grub2/commit/1c88c700148acf02863a350055a43eb87e16bbe5
- which adds support for loading 64-bit kernels on 32-bit UEFIs.
> For now, as a workaround, we're using bionic's grub, for ex
That might be unrelated, unless they use Ubuntu grub packages/patches?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel when in EFI mode
To manage n
This bug stops Android-x86 32 bits systems from booting in 64 bits machines.
The 32 bits Android-x86 and Android-x86 based OS (like PhoenixOS, RemixOS,
PrimeOS and others) are needed for 64 bit cpus that do not have SSE4.1 and
SSE4.2, i.e. dual core cpus.
This is a very serious bug, it literally
Hundreds (perhaps many more) computers in school labs in Greece are
affected by this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-bit kernel when in EF
For those looking for the last good binaries, some notes.
Signed (support secure boot), need extraction from the .deb:
Good: https://launchpad.net/ubuntu/+source/grub2-signed/1.136/+build/18767810
Bad: https://launchpad.net/ubuntu/+source/grub2-signed/1.137/+build/18827799
Unsigned, but directly
For secure boot to work, the distribution's grub is needed, as it
contains the distribution's signing keys.
For now, as a workaround, we're using bionic's grub, for example:
https://github.com/alkisg/ltsp5-uefi/blob/master/ltsp5-uefi#L49
Let's hope we hear back from the Ubuntu developers...
Woul
> we're using bionic's grub
I meant the original one from bionic and not from bionic-updates,
because the updated bionic grub is broken.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
Yes, it'd be good to see this fixed, even if it's not an official fix. I
care more if it's affecting schools rather than just me with my weird
setup.
For what it's worth, Debian Buster's packages don't seem to exhibit
these issues - could install those and lock the version perhaps?
--
You receiv
Around 20 schools so far were affected by this, more will be affected in
September.
This regression breaks existing installations: 32bit Ubuntu 18.04 in
UEFI mode that just run `apt full-upgrade`, and they're no longer able
to boot.
Could we please have some feedback? Even if it is "don't care; w
Thanks for letting me know.
I'm not sure why that change is there either, but I guess there must be
a reason.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876737
Title:
GRUB refuses to boot a 32-
This problem is Ubuntu-specific, caused by that line:
https://git.launchpad.net/ubuntu/+source/grub2/tree/debian/patches/ubuntu-linuxefi.patch#n2105
That line was added by that commit:
https://git.launchpad.net/ubuntu/+source/grub2/commit/?id=6a814c759e10feafb40c3669be30aa51eb5ce39b
@cyphermox, t
29 matches
Mail list logo
