[Bug 2146873] Re: Custom partitioning on DASD ECKD (s390x) can lead to a failed installation

Dan Bungert 2146873 at bugs.launchpad.net
Fri May 15 12:27:29 UTC 2026


** Changed in: subiquity (Ubuntu)
    Milestone: None => ubuntu-26.10

** Also affects: curtin (Ubuntu Noble)
   Importance: Undecided
       Status: New

** Also affects: subiquity (Ubuntu Noble)
   Importance: Undecided
       Status: New

** Changed in: subiquity (Ubuntu Noble)
     Assignee: (unassigned) => Olivier Gayot (ogayot)

** Changed in: subiquity (Ubuntu Noble)
    Milestone: None => ubuntu-24.04.5

** Also affects: curtin (Ubuntu Resolute)
   Importance: Undecided
       Status: New

** Also affects: subiquity (Ubuntu Resolute)
   Importance: Undecided
       Status: New

** Changed in: subiquity (Ubuntu Resolute)
     Assignee: (unassigned) => Olivier Gayot (ogayot)

** Changed in: subiquity (Ubuntu Resolute)
    Milestone: None => ubuntu-26.04.1

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to subiquity in Ubuntu.
https://bugs.launchpad.net/bugs/2146873

Title:
  Custom partitioning on DASD ECKD (s390x) can lead to a failed
  installation

Status in subiquity:
  In Progress
Status in Release Notes for Ubuntu:
  Fix Released
Status in Ubuntu on IBM z Systems:
  Confirmed
Status in curtin package in Ubuntu:
  New
Status in subiquity package in Ubuntu:
  In Progress
Status in curtin source package in Noble:
  New
Status in subiquity source package in Noble:
  New
Status in curtin source package in Resolute:
  New
Status in subiquity source package in Resolute:
  New

Bug description:
  Using custom partitioning for DASD ECKD disk devices on s390x can lead
  to a failed installation and crash, due to the way the
  disk/partitioning is handled today.

  This happens in case the root partition is not the only partition that
  is specified and not the last one (of the up to three possible
  partitions on a DASD ECKD disk), an installation may fail in case an
  ext4 filesystem is used for root.

  A workaround is to ensure that the root partition is specified as the **last** (or only) partition, like for example:
  1st partition: /boot
  2nd partition: swap
  3rd partition: / (root)
  _____

  Please try a 26.04 beta (or daily) test installation (using largely
  the defaults) on z/VM with DASD disks.

  (https://cdimage.ubuntu.com/ubuntu-server/daily-live/20260329/ or
  better latest daily:)

  https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/

To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/2146873/+subscriptions




More information about the foundations-bugs mailing list