Install trying to use partition other than #1 for /boot fails with error.

Bug #2101853 reported by Matthew Steele
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
subiquity (Ubuntu)
New
Undecided
Unassigned

Bug Description

Ubuntu 24.04.2

Doing an unattended install where the partition specified for /boot is other than the first one, subiquity fails with the following error:

An error occured handling 'disk0-boot': RuntimeError - Cannot find previous partition on disk /dev/disk/by-id/scsi-35000c5008ce144a0
finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: FAIL: configuring partition: disk0-boot

-----------

#cloud-config
autoinstall:
  version: 1
  refresh-installer:
    update: false
  early-commands:
    - /custom-installation/pre.sh
  late-commands:
    - /custom-installation/post.sh
  ssh:
    install-server: true
  storage:
    version: 2
    config:
      - id: disk0
        type: device
        path: /dev/disk/by-id/scsi-35000c5008ce144a0
        grub_device: false
        preserve: true
      - id: disk0-boot
        type: partition
        number: 3
        device: disk0
        flag: boot
        size: 255852544
        preserve: false
        resize: false
        grub_device: true
      - id: disk0-root
        type: partition
        number: 8
        device: disk0
        preserve: true
        resize: false
        size: 10000269312
        grub_device: false
      - id: disk0-boot-format
        type: format
        preserve: false
        fstype: vfat
        volume: disk0-boot
      - id: disk0-root-format
        type: format
        fstype: ext4
        preserve: false
        volume: disk0-root
      - id: disk0-root-mount
        type: mount
        device: disk0-root-format
        path: /
      - id: disk0-boot-mount
        type: mount
        device: disk0-boot-format
        path: /boot/efi
      - id: disk0-swap
        type: partition
        size: 10000269312
        preserve: true
        resize: false
        number: 6
        device: disk0
        grub_device: false
      - id: disk0-swap-format
        type: format
        fstype: swap
        preserve: true
        volume: disk0-swap
      - id: disk0-swap-mount
        type: mount
        device: disk0-swap-format
        path: none
  user-data:
    packages:
    - nfs-common
    - net-tools
    runcmd:
      - /etc/confluent/firstboot.sh

Tags: bot-comment
summary: - Install trying to use partition other than #1 for /boot
+ Install trying to use partition other than #1 for /boot fails with
+ error.
Revision history for this message
Matthew Steele (msteele68) wrote :

Note that system is EFI booting, all partitions are primary.

Revision history for this message
Matthew Steele (msteele68) wrote :

Adding curtin installer log.

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Libera.chat.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/2101853/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
affects: ubuntu → subiquity (Ubuntu)
Revision history for this message
Matthew Steele (msteele68) wrote :

Note that this can be worked around if the first partition has a definition in the user-data configuration, even if it isn't used at all during the install. From my initial example, adding this stanza to user-data appears to work around the problem:

      - id: disk0-dummy
        type: partition
        number: 1
        device: disk0
        flag: boot
        size: 254803968
        resize: false
        preserve: true
        grub_device: false

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.