Lubuntu failed install "sfdisk --force --append /dev/sda"

[Chris Guiver]

Lubuntu 20.04 install on
dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
(not the d755 that gets/got issue 1851188), but still maybe related

I was attempting to replace sda8 (/ with format; was btrfs), and re-use sda9 (ext4 no format)

My drive mapping is SDA1 (ntfs; xp game), SDA2 extended partition
   with SDA2 extended divided into
   - sda5 swap
   - sda6 lubuntu 18.04 system
   - sda7 lubuntu 18.04 data (/home)
   - sda8 (was btrfs, opensuse system)
   - sda9 (ext4, was opensuse data)

My install attempted to re-format SDA8 for /, re-use sda9 as /home

(( NOTE: SDA8 & SDA9 may have changed, I think due to the numerous install attempts, and re-format of the old sus_sys partition, the numbers have changed.. Either way I re-use the /home each time without format ))

I was suspicious this related to https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1851188 but no longer think so.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: calamares 3.2.19.1-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18
Uname: Linux 5.4.0-14-generic x86_64
.etc.calamares.modules.finished.conf:
 ---
 restartNowMode: user-checked
 restartNowCommand: "systemctl -i reboot"
.etc.calamares.modules.partition.conf:
 efiSystemPartition: "/boot/efi"
 enableLuksAutomatedPartitioning: true
 userSwapChoices: none
 drawNestedPartitions: true
 defaultFileSystemType: "ext4"
.etc.calamares.modules.shellprocess_logs.conf:
 ---
 dontChroot: true
 timeout: 30
 script:
     - calamares-logs-helper @@ROOT@@
.etc.calamares.modules.unpackfs.conf:
 ---
 unpack:
     - source: "/cdrom/casper/filesystem.squashfs"
         sourcefs: "squashfs"
         destination: ""
ApportVersion: 2.20.11-0ubuntu18
Architecture: amd64
CasperVersion: 1.439
CurrentDesktop: LXQt
Date: Wed Feb 26 15:50:23 2020
LiveMediaBuild: Lubuntu 20.04 LTS "Focal Fossa" - Alpha amd64 (20200225)
RelatedPackageVersions:
 calamares-settings-ubuntu-common 1:20.04.2
 calamares-settings-lubuntu 1:20.04.2
 xfsprogs 5.2.1-1ubuntu1
 btrfs-progs 5.4.1-2
SourcePackage: calamares
UpgradeStatus: No upgrade log present (probably fresh install)

[Ubuntu QA Website (ubuntuqa)]

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/1864787

[Chris Guiver (guiverc)]

This bug is LIKELY related to https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1864791

[Chris Guiver (guiverc)]

I've had the issue again, same box, reboot & another re-try (4th maybe)

The installer failed to create partition on disk 'ST3160815AS'.
Create a new partition (22.00 GiB, ext4) on ‘/dev/sda’
Job: Create new partition on device ‘/dev/sda’
Command: sfdisk --force --append /dev/sda
Job: Create file system ‘ext4’ on partition ‘/dev/sda9’
Command: mkfs.ext4 -qF /dev/sda9

Attached is NEW session.log (single install attempt only)

[Chris Guiver (guiverc)]

same dell optiplex d755

same issue, I didn't see anything in dmesg or journalctrl of note

[Chris Guiver (guiverc)]

I tried to use KDE Partition Manager to do what I expected `calamares` to do and got

Could not delete file system on ‘/dev/sda9’.
Delete file system on ‘/dev/sda9’: Error
Delete partition ‘/dev/sda9’ (22.00 GiB, unknown): Error

This issue could be HARDWARE related; so I'll have to look at it
I'll mark this incomplete..
(likewise https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1864791)

[Chris Guiver (guiverc)]

I booted the Lubuntu 18.04.4 ISO on live, and couldn't see any issues.
I used `gparted` to firstly delete the sda9 partition, clicked apply. Next I created a new ext4 partition using the space without issue & rebooted

Re-ran Lubuntu 20.04 using new daily and Manual partitioning again
  - sda9 set for system (no format; but empty)
  - sda8 set for /home (no format, old non-Ubuntu data)
and install this time worked.

I am tempted to change this bug report back to 'New' but I'll wait, and in a few days (if I remember) will repeat this install and decide then.

[Chris Guiver (guiverc)]

repeat of last test (#7)..
  - / (sda9) partition has lubu system (format),
  - re-use sda8 for /home (no-format)

I was unable to 'select' format for sda9 partition, so I changed format to 'reiser' then accepted; then returned it to ext4 & format was selected..

I have this error again :(

Command: sfdisk --force --append/sda
Command: mkfs.ext4 -qF /dev/sda9

[Chris Guiver (guiverc)]

Possibly of significance... Post a `calamares` failed install, I cannot use KDE Partition Manager to delete the partition & re-create for another test. ie

- Load KDE Partition Manager
- delete sda9 and click apply
ERROR occurred

If however I reboot and perform the same steps in KDE Partition Manager of deleting the sda9 system partition, apply, then re-create partition using space & no errors occur?!!

In comment #7 I used a 18.04.4 live session to get around repeated failures to delete & re-create partition in 20.04, however I only get the errors AFTER a failed install; KDE Partition manager does it perfectly if calamares hasn't been run.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

This may be this same upstream issue:
https://github.com/calamares/calamares/issues/1332

Can I get a fresh fail log?

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Actually given that you believe that bug 1864791 is sort of caused by this first occurring, let's try to track this one down further.

The fail log would be especially helpful because there's some new changes to how logging is done. It would be best if you can it with `sudo -E calamares -d` as that will be particularly verbose.

I will also add contrary to my previous message, that *THIS* might actually be the correct upstream issue and it seems it is somehow related to btrfs necessarily adding /home:
https://github.com/calamares/calamares/issues/1222

[Chris Guiver (guiverc)]

Boot daily on d755-5 or box that has been having this issue.

BIOS, no encryption, manual partitioning, internet

Install to replace existing Lubuntu 20.04 with new daily image.

Selected SDA8 - was /home before and will be again, no-format
Selected SDA9 - was / for lubuntu 20.04 before, this had to be selected as new partition 'reiserfs' so I get 'format' to stick, on clicking OK I'd re-enter and change back to 'ext4'

If I select 'format' and let it remain ext4, on re-entry into the area (for validation of entry) it'll be tagged 'keep'. As far as I recall it fails with same issue on keep, but I'm selecting format being what I entered in iso.qa.ubuntu.com as purpose of install.

[Chris Guiver (guiverc)]

@ Walter/wxl

Attempt to run

lubuntu@lubuntu:~$ sudo -E calamares -d
QStandardPaths: wrong ownership on runtime directory /run/user/999, 999 instead of 0
06:04:35 [6]: Calamares::Settings::Settings(const QString&, bool)
     Using Calamares settings file at "/etc/calamares/settings.conf"
...
cut
...
06:04:36 [6]: void Calamares::Module::loadConfigurationFile(const QString&)
     No config file for "umount" found anywhere at
     "/home/lubuntu/src/modules/umount/umount.conf"
     "/etc/calamares/modules/umount.conf"
     "/usr/share/calamares/modules/umount.conf"
06:04:36 [6]: void Calamares::Module::loadConfigurationFile(const QString&)
     Loaded module configuration "/etc/calamares/modules/finished.conf"
06:04:36 [6]: virtual void Calamares::ViewModule::loadSelf()
     ViewModule "finished@finished" loading complete.
06:04:36 [6]: void CalamaresApplication::initViewSteps()
     STARTUP: loadModules for all modules done
06:04:36 [6]: void Calamares::ModuleManager::checkRequirements()
     Checking module requirements ..
Segmentation fault

lubuntu@lubuntu:~$ ls /var/crash -la
total 4628
drwxrwxrwt 2 root root 4096 Mar 3 06:04 .
drwxr-xr-x 1 root root 120 Mar 2 16:45 ..
-rw-r----- 1 root whoopsie 4734641 Mar 3 06:04 _usr_bin_calamares.0.crash

[Chris Guiver (guiverc)]

dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
testcase: BIOS, internet, no encryption, re-use /home thus manual partitioning

I forgot the `sudo -E calamares -d` to cause calamares to get extra debug info, so re-run
boot 'live' system & use KDE partition manager to erase sda9 (prior / which is listed as unknown), apply, then format is ext4 so sda9 again.
deactivate swap then exit KDE partition manager.
open term to use command to run calamares using `sudo -E calamares -d`
Summary - manual partitioning, cause format of sda9 (ext4) for '/" & no-format for sda8 or /home

lubuntu@lubuntu:~$ sudo -E calamares -d

this is session.log from requested command

[MarkF (az2008)]

I encountered this today on two machines.[1] In both cases I was trying to install 20.04 Lubuntu daily image using the "alongside" option. In both cases it failed with the error msg reported for this bug. But, when I restarted the installer, it showed the existing partition resized, and a new partition present. I chose "replace partition" and ended up getting what I was wanting to get from "alongside."

One machine is bios only. The other is "legacy." Both disks were MBR. The first one had two existing partitions which I wanted to install alongside. The other had one existing partition. (Both are 500g drives with at least 90% freespace in the existing partitions.).

[1] i5-4200M 2.5Ghz; 4th gen core processor 4600 gfx; Intel 7260 (Lenovo ThinkPad E440 20C5 laptop). It has a Hitachi 500gb Sata3 hdd, 7200rpm.
i5-560M 2.67Ghz; NVIDIA GeForce GT420M; Intel Centrino 6200 (Dell XPS L501X laptop).

[Chris Guiver (guiverc)]

Two installs today on box; following mostly copied/pasted from iso.qa.ubu.com

** try 1 (NO ISSUES AT ALL)
dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
testcase: BIOS, no encryption, internet, manual partitioning, seperate home (sda8), / in sda9

after selecting SDA9 for / and ensuring FORMAT checkbox is ticked, on OK, if I re-enter to confirm value it reports no-format. this is unexpected, and I wanted to 'format' to ensure nothing remains.., I won't force it this time (in past have switched it to reiserfs then back to ext4)

** try 2
dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
testcase: BIOS, no encryption, internet, manual partitioning, seperate home (sda8), / in sda9

repeat BUT this time I will FORCE format of / partition, via change to reiserfs then back to ext4
sda8 re-used as /home, format sda9 as /

installation failed; command: sfdisk --force --apend /dev/sda

Could it be my play required to 'force' the FORMAT flag to be set is causing the issue? or at the very least this is possible clue as to where bug is?

I'll now just reboot 'live' system (kde partition manager won't make changes to disk after this error for some reason!??) then manually format sda9 as I want (ext4) and then select it (manual partitioning) and install; which historically works

[Chris Guiver (guiverc)]

dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)
testcase: bios, no encryption, REPLACE PARTITION (sda4) & internet

this has not worked; no errors, it's just stopped... Checked `dmesg` for 'squashfs' and no issues (didn't see message but I ran 'check disk for defects' as I always do, but i can miss result as it doesn't wait for key..)

box let to sit there awhile
i eventually killed calamares, ran kde partition manager to ensure any 'swap' wasn't mounted (don't think there is a swap), then re-ran install with `sudo -E calamares -d`

it didn't get lost this time, failed to add partition..

[Chris Guiver (guiverc)]

Hours later & after full disk install, another install alongside to setup the same conditions as in comment #17 on

I re-ran

dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)
testcase: bios, no encryption, REPLACE PARTITION (sda4) & internet

and it worked perfectly?? The only difference I'm aware of was I'm only approximate with disk sizing, ie. sometimes it's 3/5ths, other times 2/3rd or 5/8ths and larger usually for existing install... If this issue relates to the size of partitions, I've never recorded that.

[Chris Guiver (guiverc)]

As requested (tsimonq2), attempt to install using current daily focal daily (2020-04-16) on

dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
NOT A CHECKLIST INSTALL; replace sda9 as /, re-use sda8 as home

using ppa:lubuntu-dev/util-linux-patch; update & full-upgrade first
10 or 55 packages are from PPA

This was attempted twice; reboots in between.
First time sda9 was ext4 (prior focal install), second time sda9 was UNKNOWN due to first failure.

The second time the installer was run via `sudo -E calamares -d` (this log is attached)
Both time fails with failed to create partition sfdisk --force --append /dev/sda

[Chris Guiver (guiverc)]

Another requested try by tsimonq2, my daily ISO was still latest so same one used as in #19

dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
NOT A CHECKLIST INSTALL; replace sda9 as /, re-use sda8 as home

using ppa:lubuntu-dev/util-linux-patch; update & full-upgrade first

add-apt-repository ppa:lubuntu-dev/util-linux-patch
sudo apt update; sudo apt full-upgrade (12 or more were from ppa if 72)

opening calamares using desktop icon/link
selected sda8 for /home
selected sda9 for reiserfs (so it'll format), then re-edit & change back to ext4 (format remains)
overview looks good, next...
installer failed to create partition on disk .. sfdisk --force append /dev/sda

-- updates include
Get:5 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libblkid1 amd64 2.34-0.1ubuntu10~ppa1 [198 kB]
Get:18 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libuuid1 amd64 2.34-0.1ubuntu10~ppa1 [81.5 kB]
Get:19 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libfdisk1 amd64 2.34-0.1ubuntu10~ppa1 [238 kB]
Get:23 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libmount1 amd64 2.34-0.1ubuntu10~ppa1 [213 kB]
Get:24 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libsmartcols1 amd64 2.34-0.1ubuntu10~ppa1 [162 kB]
Get:25 http://archive.ubuntu.com/ubuntu focal/main amd64 gsettings-desktop-schemas all 3.36.0-1ubuntu1 [29.0 kB]
Get:33 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 fdisk amd64 2.34-0.1ubuntu10~ppa1 [182 kB]
Get:34 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 util-linux amd64 2.34-0.1ubuntu10~ppa1 [1084 kB]
Get:35 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 mount amd64 2.34-0.1ubuntu10~ppa1 [179 kB]
Get:37 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 uuid-runtime amd64 2.34-0.1ubuntu10~ppa1 [98.3 kB]
Get:48 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 libkpmcore9 amd64 4.1.0-2build1~ppa1 [578 kB]
Get:63 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 calamares amd64 3.2.20-0ubuntu2~build1~ppa1 [2928 kB]
Get:72 http://ppa.launchpad.net/lubuntu-dev/util-linux-patch/ubuntu focal/main amd64 rfkill amd64 2.34-0.1ubuntu10~ppa1 [86.1 kB]
(assuming I didn't miss any)

[Chris Guiver (guiverc)]

reboot and re-try on comment #20 (to get verbose report)

dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
NOT A CHECKLIST INSTALL; replace ?? which was sda9 as /, re-use sda8 as home
reboot so clean this time
using ppa:lubuntu-dev/util-linux-patch; update & full-upgrade first
(tsimonq2 requested re-test with updated packages..)
add-apt-repository ppa:lubuntu-dev/util-linux-patch
sudo apt update; sudo apt full-upgrade (12 or more were from ppa if 72; counted 13 this time)
this is a re-try after failures; sda9 was listed as unknown, deleted using kde partition manager
running `sudo -E calamares -d` form qterm
selected sda8 for /home
failed with https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1864787

Note: if looking at session.log, I hadn't exited KDE partition manager & swap wasn't deactivated, thus the segfault, I closed KDE partition manager & re-started calamares.

[Chris Guiver (guiverc)]

This comment was ~suggested by Walter/wxl, it's intention is to go upstream.

All testing here is on existing system
dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
using sda9 as /, and an sda8 as /home

sda8 is never formatted, just re-used. sda9 is formatted
logs created as done can be viewed at http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/210806/testcases/1701/results/

Following include a reboot between each test

Failures:
re-use sda8, format sda9 reiserf (comment #20 log)
re-use sda8, format sda9 ext4 (comment #21 verbose log)

re-use sda8, format sda9 ext4 using updated packages (log)

re-use sda8, format sda9 ext4 using updated packages-2 (log)
re-use sda8, format sda9 ext4 using updated packages-2 (verbose log)

re-use sda8, format sda9 reiserfs
re-use sda8, format sda9 xfs
re-use sda8, format sda9 btrfs

On the following failures, sda9 was deleted using KDE partition manager so sda9 didn't exist except as unallocated space before test

re-use sda8, format xfs
re-use sda8, format btrfs

refer to http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/210806/testcases/1701/results/ for real results though & more details.

To get it working, I reboot, use KDE Partition Manager to delete the 'unknown' partition that exists after all aforementioned FAILED tests, and create it in whichever format I want (ext4, btrfs were tested today & worked), deactivate swap & exit KDE Partition Manager. Calamares can then use the prepared sa9; and it'll install perfectly.

[Chris Guiver (guiverc)]

I wanted 20.04 on the dc7700 to investigate a support issue, so attempted install (install alongside) and got hit by this which I didn't expect on this box

hp dc7700 (c2d-6320, 5gb, nvidia quadro nvs 290)

[Marcin Wojdyr (wojdyr)]

I had the same problem. I got message:

Job: Create new partition on device '/dev/sda'
  Command: sfdisk --force --append /dev/sda
  Failed to add partition ...

Both Lubuntu installer and KDE Partition Manager failed to create partition.
I tried gparted - it worked fine.

So I used gparted first to create a partition and selected that partition in Lubuntu installer.
Unfortunately, the installer deleted and tried to re-create the partition, failing again.

So once more, I used gparted to create a partition and in the Lubuntu installer I used "Manual partitioning", avoiding partition changes. Finally it worked.

[Chris Guiver (guiverc)]

Lubuntu groovy QA-test install on
dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)

testcase: install alongside (prior install was a 20.04.1, slider moved so ~3/5ths disk space was for existing, ~2/5ths for qa-test/install)

It failed with this issue.

I expected to continue test via usual `sudo -E calamares -d` and noted instead the shrink of partition had already occurred, so switched to 'replace partition' (selecting the created space) which worked, ie. same session this time with `calamares -d`

session log being uploaded

[Chris Guiver (guiverc)]

hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
testcase: replace a partition (xub 18.04.5 I think it was on sda1)
(started with "Install System" via menu)
it failed with this issue

exited installer, opened term & re-started with `sudo -E calamares -d`
sda1 looks erased (showing now as free space on map at bottom of calamares); selecting it again & re-try
nope - died again with `sfdisk --force --append /dev/sda`

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

So it sounds like this is affecting Groovy, right, Chris? What about Hirsuite?

[Chris Guiver (guiverc)]

I've attempted to re-look at this, see https://discourse.lubuntu.me/t/exploration-of-lp-1864787-sfdisk-force-append-dev-sda/2074/4

but in summary (same sda8 & sda9 partitions, I didn't try any BTRFS, only using ext4, replacing with new ext4 for /)

- hirsute installed on d755-5 twice without issue (http://iso.qa.ubuntu.com/qatracker/milestones/419/builds/225461/testcases/1701/results/)

- focal installed on d755-5 once successfully without this issue (http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/225460/testcases/1701/results/)

- focal installed a second time (different daily ISO) again without issue (http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/225688/testcases/1701/results/)

I'll endeavour to repeat the install on occasion
Re-reading the original issue, the primary thing I notice missing is I was only used EXT4.. no BTRFS or XFS was used in these tests

[Chris Guiver (guiverc)]

I just re-experienced this using hirsute daily, install on
- dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)

I've also marked https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1914521 a duplicate of this...

Note: 1914521 was easier to replicate, as it was a simple
(1) FULL DISK install of Xubuntu/Lubuntu,
(2) INSTALL ALONGSIDE of Lubuntu (occurred on focal.2 ISO)

however; the install was done many times, and that bug only occurred extremely rarely (and on a single box)
- dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)
which is a similar but different box (later motherboard)

[Chris Guiver (guiverc)]

~/.cache/calamares/session.log for #29
---

The installer failed to create partition on disk 'ST3160815AS'.
========================================================================================== Create a new partition (22.00 GiB, xfs) on ‘/dev/sda’ ========================================================================================== ========================================================================================== Job: Create new partition on device ‘/dev/sda’ ========================================================================================== ========================================================================================== Command: sfdisk --force --append /dev/sda ========================================================================================== ========================================================================================== Job: Create file system ‘xfs’ on partition ‘/dev/sda9’ ========================================================================================== ========================================================================================== Command: mkfs.xfs -f /dev/sda9 ==========================================================================================

[Chris Guiver (guiverc)]

Another attempt
- reboot
- KDE partition manager, delete 'unknown' partition
- format area of disk as "reiserfs"
- start install `sudo -E calamares -d`
- same as before, format / with XFS, re-use /home
---
The installer failed to create partition on disk 'ST3160815AS'.
========================================================================================== Create a new partition (22.00 GiB, xfs) on ‘/dev/sda’ ========================================================================================== ========================================================================================== Job: Create new partition on device ‘/dev/sda’ ========================================================================================== ========================================================================================== Command: sfdisk --force --append /dev/sda ========================================================================================== ========================================================================================== Job: Set the attributes on partition ‘/dev/sda9’ to "50002800730065" ========================================================================================== Partition table of partition ‘/dev/sda9’ does not support setting attributes. Job ignored. ========================================================================================== Job: Create file system ‘xfs’ on partition ‘/dev/sda9’ ========================================================================================== ========================================================================================== Command: mkfs.xfs -f /dev/sda9 ==========================================================================================

[Chris Guiver (guiverc)]

Another attempt
- reboot
- KDE partition manager, delete 'unknown' partition
- format area of disk as "btrfs"
- start install `sudo -E calamares -d`
- same as before, format / with XFS, re-use /home
---
The installer failed to create partition on disk 'ST3160815AS'.
========================================================================================== Create a new partition (22.00 GiB, xfs) on ‘/dev/sda’ ========================================================================================== ========================================================================================== Job: Create new partition on device ‘/dev/sda’ ========================================================================================== ========================================================================================== Command: sfdisk --force --append /dev/sda ========================================================================================== ========================================================================================== Job: Set the attributes on partition ‘/dev/sda9’ to "50002800730065" ========================================================================================== Partition table of partition ‘/dev/sda9’ does not support setting attributes. Job ignored. ========================================================================================== Job: Create file system ‘xfs’ on partition ‘/dev/sda9’ ========================================================================================== ========================================================================================== Command: mkfs.xfs -f /dev/sda9 ==========================================================================================

[Chris Guiver (guiverc)]

Repeated install as prior ones.
- Partition setup using KDE Partition Manager as before, except it was setup as XFS (does not influence anything)
- When starting Calamares, this time I just selected & used the default KEEP setting for / instead of clicking 'format' & changing to 'xfs' (issue only occurs when FORMAT is used; ie. easy work-around)

Steps as before
- reboot
- KDE partition manager, delete 'unknown' partition
- format area of disk as "xfs"
- start install `sudo -E calamares -d`
- same as before, / selected and left at KEEP ie re-use empty /, re-use /home

Note: Install was started, then I exited & started it again with `sudo -E calamares -d` for more complete report. This is a 'working' comparison file.

[Chris Guiver (guiverc)]

Lubuntu hirsute daily, QA-test install on
- dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)

Install testcase was "Install Alongside"
No changes to disk.size made, prior install (not today) was a full disk install
Installer started with `sudo -E calamares -d`

[Chris Guiver (guiverc)]

Lubuntu QA-test install (full disk) on same box as #34
Installer started with "sudo -E calamares -d`
no issues - comparison log only (perfect install)

[Chris Guiver (guiverc)]

repeat install of comment #34 but without issue; same daily
- dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)

Install testcase was "Install Alongside"
No changes to disk.size made, prior install (not today) was a full disk install
Installer started with `sudo -E calamares -d`

[Chris Guiver (guiverc)]

Yesterday (daily) & today (RC) I did tests using Lubuntu hirsute as reported at

https://discourse.lubuntu.me/t/exploration-of-lp-1864787-sfdisk-force-append-dev-sda/2074/20

on same box report was opened with, ie.
- dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)

usual pattern
- reuse sda8 as /home (no-format, ext4)
- format sda9 as / (xfs yesterday, reiserfs today as btrfs had already been tested today by @Leokolb)

and no issues two days in a row.

Limited sample size I realize, but this issue may no longer exist (fingers-crossed) in hirsute :)

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Chris Guiver (guiverc)]

:( just had the issue appear on an impish install.

bug report filed as https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1943128 which has been marked a duplicate of this

identical box & identical install parms as original filing of this bug report

( hey BTRFS is a testcase for Lubuntu; and I don't want to backup/restore my /home so always re-use it... )

[Chris Guiver (guiverc)]

Lubuntu impish daily failed with this issue

~/.cache/calamares/session.log highlights

"Command: sfdisk --force --append /dev/sda"

Last install worked perfectly - it was a XFS format.
This install failed; it was BTRFS

(I alternate between XFS, BTRFS & use reiserfs if manually prepared to get system back to functional; I don't believe BTRFS/XFS are the issue; non-ext4 is used so I don't overwrite the wrong partition given that partition can be formatted)

format /sda9 for /, re-use sda8 for /home

same box
- dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)

no other partition changes..

Since impish.beta; 1=clean install; 1=failure to install so far

[Chris Guiver (guiverc)]

session.log for comment #40

[Chris Guiver (guiverc)]

i repeated a number of installs on d755-8 (box in original post) today using sda8 & sda9 and NO ISSUE today using lubuntu jammy

http://iso.qa.ubuntu.com/qatracker/milestones/429/builds/246634/testcases/1701/results/

(mainly reiserfs but also xfs & ext4) - daily 2022-04-07

(I've experienced this before in prior cycles; then a day or so later problems occur again; I'll endeavour to do another (or two) again

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Since we weren't ever to reliably reproduce this (that I know of) and given that it seems to be working in at least Jammy and since there have been no complaints here, since, I'm going to mark this Incomplete and let it ultimately expire unless there are other occurances in current versions.