ZFS install doesn't create USERDATA datasets (noble daily)

Bug #2057837 reported by Béné
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
subiquity
Fix Released
High
Dan Bungert
ubuntu-desktop-provision
Fix Released
Undecided
Unassigned

Bug Description

Installing Noble from today's daily (240313) with ZFS + encryption picked, in a VM. The install completes successfully, the system boots successfully, but the created datasets don't correspond to what is outlined in the testing guidelines. Notably the USERDATA datasets are missing.

I'm not sure whether this is intended behavior, but it seems counterintuitive to me, so I suppose it's a bug. (At the very least it would annoy me to not have a separate dataset for my home dir...)

Datasets as they are created:

$ zfs mount | sort
bpool/BOOT/ubuntu_ecyrg2 /boot
rpool/ROOT/ubuntu_ecyrg2 /
rpool/ROOT/ubuntu_ecyrg2 /snap
rpool/ROOT/ubuntu_ecyrg2/srv /srv
rpool/ROOT/ubuntu_ecyrg2/usr/local /usr/local
rpool/ROOT/ubuntu_ecyrg2/var/games /var/games
rpool/ROOT/ubuntu_ecyrg2/var/lib/AccountsService /var/lib/AccountsService
rpool/ROOT/ubuntu_ecyrg2/var/lib/apt /var/lib/apt
rpool/ROOT/ubuntu_ecyrg2/var/lib/dpkg /var/lib/dpkg
rpool/ROOT/ubuntu_ecyrg2/var/lib/NetworkManager /var/lib/NetworkManager
rpool/ROOT/ubuntu_ecyrg2/var/lib /var/lib
rpool/ROOT/ubuntu_ecyrg2/var/log /var/log
rpool/ROOT/ubuntu_ecyrg2/var/mail /var/mail
rpool/ROOT/ubuntu_ecyrg2 /var/snap/firefox/common/host-hunspell
rpool/ROOT/ubuntu_ecyrg2/var/snap /var/snap
rpool/ROOT/ubuntu_ecyrg2/var/spool /var/spool
rpool/ROOT/ubuntu_ecyrg2/var/www /var/www

$ zfs list
NAME USED AVAIL REFER MOUNTPOINT
bpool 171M 1.58G 96K /boot
bpool/BOOT 170M 1.58G 96K none
bpool/BOOT/ubuntu_ecyrg2 170M 1.58G 170M /boot
rpool 4.15G 20.1G 192K /
rpool/ROOT 4.12G 20.1G 192K none
rpool/ROOT/ubuntu_ecyrg2 4.12G 20.1G 2.90G /
rpool/ROOT/ubuntu_ecyrg2/srv 192K 20.1G 192K /srv
rpool/ROOT/ubuntu_ecyrg2/usr 656K 20.1G 192K /usr
rpool/ROOT/ubuntu_ecyrg2/usr/local 464K 20.1G 464K /usr/local
rpool/ROOT/ubuntu_ecyrg2/var 1.22G 20.1G 192K /var
rpool/ROOT/ubuntu_ecyrg2/var/games 192K 20.1G 192K /var/games
rpool/ROOT/ubuntu_ecyrg2/var/lib 1.22G 20.1G 1.09G /var/lib
rpool/ROOT/ubuntu_ecyrg2/var/lib/AccountsService 212K 20.1G 212K /var/lib/AccountsService
rpool/ROOT/ubuntu_ecyrg2/var/lib/NetworkManager 256K 20.1G 256K /var/lib/NetworkManager
rpool/ROOT/ubuntu_ecyrg2/var/lib/apt 76.2M 20.1G 76.2M /var/lib/apt
rpool/ROOT/ubuntu_ecyrg2/var/lib/dpkg 49.2M 20.1G 49.2M /var/lib/dpkg
rpool/ROOT/ubuntu_ecyrg2/var/log 2.20M 20.1G 2.20M /var/log
rpool/ROOT/ubuntu_ecyrg2/var/mail 192K 20.1G 192K /var/mail
rpool/ROOT/ubuntu_ecyrg2/var/snap 2.62M 20.1G 2.62M /var/snap
rpool/ROOT/ubuntu_ecyrg2/var/spool 276K 20.1G 276K /var/spool
rpool/ROOT/ubuntu_ecyrg2/var/www 192K 20.1G 192K /var/www
rpool/keystore 22.5M 20.1G 16.5M -

Datasets should be:

$ zfs mount | sort
bpool/BOOT/ubuntu_UUID /boot
rpool/ROOT/ubuntu_UUID /
rpool/ROOT/ubuntu_UUID/srv /srv
rpool/ROOT/ubuntu_UUID/usr/local /usr/local
rpool/ROOT/ubuntu_UUID/var/games /var/games
rpool/ROOT/ubuntu_UUID/var/lib/AccountsService /var/lib/AccountsService
rpool/ROOT/ubuntu_UUID/var/lib/apt /var/lib/apt
rpool/ROOT/ubuntu_UUID/var/lib/dpkg /var/lib/dpkg
rpool/ROOT/ubuntu_UUID/var/lib/NetworkManager /var/lib/NetworkManager
rpool/ROOT/ubuntu_UUID/var/lib /var/lib
rpool/ROOT/ubuntu_UUID/var/log /var/log
rpool/ROOT/ubuntu_UUID/var/mail /var/mail
rpool/ROOT/ubuntu_UUID/var/snap /var/snap
rpool/ROOT/ubuntu_UUID/var/spool /var/spool
rpool/ROOT/ubuntu_UUID/var/www /var/www
rpool/USERDATA/root_0y7dio /root
rpool/USERDATA/u_0y7dio /home/u

Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/2057837

tags: added: iso-testing
Revision history for this message
Dan Bungert (dbungert) wrote :

Known issue but thank you for reporting. We plan to address it.

Changed in subiquity:
status: New → Triaged
importance: Undecided → High
assignee: nobody → Dan Bungert (dbungert)
tags: added: fr-7081
Revision history for this message
Minho Ryang (minhoryang) wrote :

Still happened at today's daily image, installed in a VM via vmware esxi 8.0u2.

Dan Bungert (dbungert)
Changed in subiquity:
status: Triaged → In Progress
Dan Bungert (dbungert)
tags: added: foundations-todo
Revision history for this message
Dan Bungert (dbungert) wrote :

What we're able to do this cycle is create USERDATA for /root and /home. A specific dataset for /home/$user is more complicated and will be in a future cycle.

Dan Bungert (dbungert)
Changed in subiquity:
status: In Progress → Fix Committed
Dan Bungert (dbungert)
Changed in ubuntu-desktop-provision:
status: New → Fix Committed
Changed in subiquity:
status: Fix Committed → Fix Released
Dan Bungert (dbungert)
Changed in ubuntu-desktop-provision:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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