Bug 5963 - Large images fail in bizarre ways as live images
Summary: Large images fail in bizarre ways as live images
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: deployment (show other bugs)
Version: 1.6
Hardware: x86 Multiple
: Medium normal
Target Milestone: 2.1 M3
Assignee: Robert Yang
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2014-03-13 14:50 UTC by Darren Hart
Modified: 2016-01-27 03:21 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Yes (doc changes required)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Darren Hart 2014-03-13 14:50:57 UTC
When large images, like SDK images, are booted as live images (hddimg) they often run out of memory, the OOM killer kicks in and kills random things, resulting in a variety of odd boot failures.

These images should be installed via something like mkefidisk or wic first and not booted as live images.

An early detection and consistent sort of warning at boot time for live images would be helpful and possibly reduce the number of times this "bug" gets reported against various BSPs.
Comment 1 Richard Purdie 2015-07-23 15:16:58 UTC
We suspect some of the issues may have been as a result of the issue in http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=5c71337cd79b03322f39e56c22c3e7634a2d9abd which is now resolved (as an error). That has perhaps removed some of this kind of issue.

Moving to unassigned as I doubt Brendan will get to this soon.

Checking the system memory size in the live image would be good to ensure we have enough space to run as a live image.
Comment 2 Evan Steele 2015-08-18 21:05:08 UTC
I've opted to take a look at this issue as my introduction to Yocto bugs. I'm going to replicate the issue through QEMU before looking at creating some runtime scripts that will see if we have sufficient memory to run the live image. It'll probably just write something to dmesg as a warning if memory is low enough to start triggering the OOM_killer
Comment 3 Randy MacLeod 2015-11-16 16:14:23 UTC
In addition to ensuring that the image is created properly, we should add a check to the initramfs to ensure that the live image is smaller than available ram at runtime.