core20 install never completes on CM3 and rpi3a+

Bug #1878647 reported by Paul Larson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
snapd
Fix Released
High
Ian Johnson

Bug Description

Trying to boot the core20 image from http://cdimage.ubuntu.com/ubuntu-core/20/beta/20200513.2/ on a cm3, it gets as far as "Installing the system, please wait for reboot" but never completes. I've given it over an hour but it's still stuck there.

Tags: uc20
Revision history for this message
Paul Larson (pwlars) wrote :

See attached serial log from the initial boot. It never gets as far as rebooting after the install

Paul Larson (pwlars)
tags: added: uc20
Revision history for this message
Michael Vogt (mvo) wrote :

Hey, you mentioned in LP:#1878943 that removing "dtoverlay=vc4-fkms-v3d,cma-256 line from config.txt" has helped, does this trick work here too?

Changed in snapd:
importance: Undecided → High
Revision history for this message
Paul Larson (pwlars) wrote :

I don't think so. I've had it booted for over 30 min. and on the serial console I've only reached:
Installing the system, please wait for reboot
[ 933.649361] systemd[1]: Starting Cleanup of Temporary Directories...
[ 933.699984] systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
[ 933.702369] systemd[1]: Finished Cleanup of Temporary Directories.

Revision history for this message
Paul Larson (pwlars) wrote :

I'm seeing something exactly like this on rpi3a+ also, even when I remove the cma line. I'm seeing it with both the arm64 and the armhf image

summary: - core20 install never completes on CM3
+ core20 install never completes on CM3 and rpi3a+
Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Paul Larson (pwlars) wrote :

Added dmesg, journalctl -e, and snap debug changes

Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Ian Johnson (anonymouse67) wrote :

I have reproduced this in a VM by changing snap-bootstrap to mount tmpfs ubuntu-data in install mode with size=100M. The issue here is that we mount /writable for install mode as a tmpfs and there's not enough space in the tmpfs to copy all the snaps. the solution is to use a symlink in install mode's tmpfs /var/lib/snapd/snaps/ to /var/lib/snapd/seed/systems/<label>/snaps/<name>.snap, and then also follow that symlink in makeBootable20RunMode when we copy the files to ubuntu-data. I have a branch locally implementing this I will propose tomorrow.

Changed in snapd:
status: New → Confirmed
assignee: nobody → Ian Johnson (anonymouse67)
status: Confirmed → In Progress
Revision history for this message
Ian Johnson (anonymouse67) wrote :
Revision history for this message
Michael Vogt (mvo) wrote :

Ians PRs have landed. I can can boot a Pi3 in armhf mode with pi r64, snapd r7978 but I don't have the hardware to test on the cm3. My Pi3 has 1Gb of ram.

Revision history for this message
Ian Johnson (anonymouse67) wrote :

Hi Paul, can you try to reproduce this with the current beta images on the CM3 and/or CM3+ with 512 MB of RAM?

Changed in snapd:
status: In Progress → Fix Committed
milestone: none → 2.45
status: Fix Committed → Won't Fix
status: Won't Fix → Fix Released
Revision history for this message
Paul Larson (pwlars) wrote :

I just realized I talked to Ian about this but didn't update the bug yet. This seemed to work fine on the 20200529.3 beta image with both cm3 (1GB) and rpi3a+ (512MB)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.