Comment 51 for bug 1767703

Revision history for this message
aimwin (aimausy) wrote :

@Graham Mitchell (graham-grahammitchell)
I view the same as yours.
More though, there is or are the bugs somewhere in the new 18.04 Ubuntu, Kylyn, Lubuntu.
I confirmed the problems.

https://askubuntu.com/questions/1028921/the-grub-efi-amd64-signed-package-failed-to-install-into-target-during-ins/1037036#1037036

My conclusions they are another very bad bugs.
Since the all old 16.04 works fine for exact same environments.

All 16.04 will detect my notebook is uefi, and will have the installation screen as uefi mode.
But since I purposely do not provide efi partition.
In order to force all installation to prohibit UEFI mode which I did make mistake again with new SSD half a year back on 16.04.4 fresh installation. End up no F12.
And I have to open up my broken notebook to short jumpers again to get F12 BACK.

So the installation process will warn me in all 16.04 flavors, UBUNTU Mint Mate lubuntu kylyn xubuntu.
And I will choose to click on go back button to FORCE BIOS mode installation.

But I did not encounter the same warning from any of my 6-7 times on my LH532 notebook with 18.04 Ubuntu Kylyn nor Lubuntu.
Therefore, I have no chance to force the installation process back to activate BIOS installation mode.

My conclusion the bugs lies in the 3 parts.

1. It did not detect that we have BIOS mode installations in place like the 16.04.4 and older version
(I have not tried 17. at all) so I will keep on going to find efi partition to install uefi ubuntu.

2. It should have check if the efi partition exist before it activate the efi installation mode.

3. At the end error last 2 warning page freez and stay there until we reboot.
except Lubuntu 18.04 allow us to close the freez warning page.

I hope the Guru will have some clues by now how to find these bugs and fix it.

Best Regards