Bug 398752 - Bionic User-Edition Live Installer crash
Summary: Bionic User-Edition Live Installer crash
Status: RESOLVED FIXED
Alias: None
Product: neon
Classification: KDE Neon
Component: Live/Install images (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR critical
Target Milestone: ---
Assignee: Neon Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-17 11:19 UTC by dth2
Modified: 2018-09-20 13:51 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
konsole output (898.43 KB, image/jpeg)
2018-09-18 21:33 UTC, dth2
Details
var/log folder (177.64 KB, application/octet-stream)
2018-09-18 21:35 UTC, dth2
Details
ubiquity debug log (1.56 MB, text/plain)
2018-09-19 05:22 UTC, cuyo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dth2 2018-09-17 11:19:31 UTC
Both the latest Snapshot ISOs (15092018 & 06092018) crash at the 70% point (boot-loader installation stage).  

Tested on both ISOs on two different machines (both with standard hardware and graphics).  Work round is to install the previous ISO (dated the 23082018).
Comment 1 Harald Sitter 2018-09-17 12:29:19 UTC
What's the crash output?
Also attach the log files from /var/log/installer after the crash.
Comment 2 dth2 2018-09-17 15:48:48 UTC
Sorry there is no output to provide.  When the uninstaller crashes it freezes the system and it is not possible to obtain a copy of the logs that have been created so far.

The actual crash message is generic and just asks that a bug report be made.  The crash happens before the bootloader (grub2-efi) is installed.  There is nothing shown in the efi folder from the failed install - so post hardware set-up and pre bootloader install.  As an overall install the percentage complete shows 70%.
Comment 3 Harald Sitter 2018-09-18 08:59:49 UTC
Before you start the installer start konsole. In konsole you run the following command

  journalctl -ef

then you install. Once you've started the installation switch to konsole. Wait there until it crashes and freezes. Once the system froze take a photo of what is shown in konsole.

After that reset the system and do the same thing again but with a slightly different journal command:

  journalctl -kef


Also take a photo of that, once frozen.

Attach both photos to the bug report please.
Comment 4 dth2 2018-09-18 21:33:47 UTC
Created attachment 115089 [details]
konsole output

picture of the the screen
Comment 5 dth2 2018-09-18 21:35:12 UTC
Created attachment 115090 [details]
var/log folder

var/log
Comment 6 dth2 2018-09-18 21:38:00 UTC
I was able to mount the failed install drive using a live cd and have copied the var/logs folder.  Is this of use?  If not let me know and I will do a fresh install with a picture of the the return from journalctl -kef at the point of crash.
Comment 7 cuyo 2018-09-19 05:19:02 UTC
Also happens to me with snapshot 15092018. I have UEFI and SecureBoot enabled. I have attached the ubiquity logs at /var/log/installer
Comment 8 cuyo 2018-09-19 05:22:12 UTC
Created attachment 115091 [details]
ubiquity debug log
Comment 9 Jonathan Riddell 2018-09-19 08:36:52 UTC
xenial or bionic?
uefi or bios?
what is the full filename of the ISO you used?
Comment 10 Jonathan Riddell 2018-09-19 08:52:27 UTC
What was the partitioning method? Whole disk? Were other OSs on the disk?
Comment 11 Jonathan Riddell 2018-09-19 10:29:26 UTC
Recreated using bionic neon-useredition-20180915-0954-amd64.iso on a UEFI virtualbox when already has neon pre-installed and a second install is made by resizing the first disk, so grub is needing to set up two OSes
Comment 12 dth2 2018-09-19 10:56:26 UTC
In my case it is using the bionic based ISO snapshot 15092018 0954 user-edition (but the same results on the previous snapshot).  UEFI system with Windows 10 already installed.  Neon installed into empty non-formatted space using ext4.

Tested on two different P/Cs with standard hardware (Intel 5 & 7 and nvidia graphic cards). One p/c has just a sata hard drive and the second has both a ssd and sata drives.  The snapshots dated on and before the 23082018 installed fine on  both P/Cs.
Comment 13 Jonathan Riddell 2018-09-19 12:17:42 UTC
seems to still be present with today's ubiquity build 18.04.14.8
Comment 14 dth2 2018-09-19 14:11:59 UTC
"so grub is needing to set up two OSes"

I wonder if that is the issue? If neon settings already exist in the efi folder grub-install is failing.  On both the P/Cs that I tested there were already neon and ubuntu efi folders in efi/boot.  I will try a fresh install tonight after deleting the two efi folders first.
Comment 15 Harald Sitter 2018-09-19 14:30:01 UTC
openqa test adjusted to expose this bug
Comment 16 Harald Sitter 2018-09-19 14:31:26 UTC
It has nothing to do with two OS btw. If you wipe the disk instead of resizing it also crashes. In the original photo that was posted you can see grub-installer tripping over an argument not getting passed correctly, which is likely the ultimate location it errors out at.
Comment 17 Jonathan Riddell 2018-09-19 15:10:56 UTC
Sep 19 15:09:22 neon /plugininstall.py: Exception during installation:
Sep 19 15:09:22 neon /plugininstall.py: Traceback (most recent call last):
Sep 19 15:09:22 neon /plugininstall.py:   File "/usr/share/ubiquity/plugininstall.py", line 1765, in <module>
Sep 19 15:09:22 neon /plugininstall.py:     install.run()
Sep 19 15:09:22 neon /plugininstall.py:   File "/usr/share/ubiquity/plugininstall.py", line 61, in wrapper
Sep 19 15:09:22 neon /plugininstall.py:     func(self)
Sep 19 15:09:22 neon /plugininstall.py:   File "/usr/share/ubiquity/plugininstall.py", line 228, in run
Sep 19 15:09:22 neon /plugininstall.py:     self.configure_bootloader()
Sep 19 15:09:22 neon /plugininstall.py:   File "/usr/share/ubiquity/plugininstall.py", line 972, in configure_bootloader
Sep 19 15:09:22 neon /plugininstall.py:     "GrubInstaller failed with code %d" % ret)
Sep 19 15:09:22 neon /plugininstall.py: ubiquity.install_misc.InstallStepError: GrubInstaller failed with code 1
Sep 19 15:09:22 neon /plugininstall.py:
Comment 18 Jonathan Riddell 2018-09-19 16:44:24 UTC
Looks like a badly applied patch, I'm fixing it
Comment 19 dth2 2018-09-20 10:09:10 UTC
I see that there is a new snapshot in the repo today - is that a fixed version?
Comment 20 Jonathan Riddell 2018-09-20 11:31:33 UTC
works manually, QA is green, hoorah
https://build.neon.kde.org/view/openqa%20⛑/job/openqa_bionic_useredition_installation/
Comment 21 dth2 2018-09-20 13:51:17 UTC
Well done.  I will d/l and do a fresh install tonight.