New issue
Advanced search Search tips

Issue 693189 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

build_image can make images with 4 GB rootfs disk layouts that cannot be installed

Project Member Reported by jamescook@chromium.org, Feb 16 2017

Issue description

Chrome developers have historically been told to make disk images that have larger-than-normal rootfs sizes, since builds of Chrome with symbols won't fit in the default layout.

Try building with a 4 GB rootfs:

./setup_board --board=link && \
./build_packages --board=link && \
./build_image --board=link --noenable_rootfs_verification \
        --disk_layout=4gb-rootfs test

Flash image to USB, boot your Pixel 1 off it, and on-device run chromeos-install.

This fails with a screen full of SMART disk logs.

The actual error (offscreen) is something like "mount: wrong fs type, bad option..."

If you build an image with --disk_layout=2gb-rootfs everything works.

I'm not sure what the underlying issue is -- but it seems wrong that build_image will make an image you can't install.

vapier/derat - do we have a crbug component for CrOS build tool issues?

 

Comment 1 by derat@chromium.org, Feb 16 2017

I don't know if there's a better component for this. If there is, I didn't find it with a bit of searching through existing images.

Speculating wildly, I would've guessed that chromeos-install might be trying to use the existing partitioning scheme instead of repartitioning the disk... except this worked with 2gb-rootfs.
Components: Infra>Client>ChromeOS

Comment 3 by aut...@google.com, Feb 22 2017

Cc: akes...@chromium.org
Aviv - who should own this?
Owner: adlr@chromium.org
adlr I think you or somebody on your team was interested in beefing up ImageTest to prevent this sort of thing?
Status: Archived (was: Untriaged)

Sign in to add a comment