lubuntu hirsute install fail mkfs.xfs

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

http://iso.qa.ubuntu.com/qatracker/milestones/419/builds/227564/testcases/1701/results/ is link to is today's notes

After the install, I had issues. On reboot of daily ISO, the / partition was UNKNOWN which was expected.

I loaded up KDE Partition Manager, deleted the UNKNOWN partition (good) then formatted it REISERfs (habit; it's easy to spot), but that failed in what looked like the same error as this install? (mkfs.reiserfs)...

then KDE Partition Manager crashed????

Usually those occur without issue.. I exit KDE Partition Manager & attempt QA-test install again... not today.

Crash of KDE Partition Manager is 1917753 (currently marked private? it's a live session so can't imagine there is anything private there)

I still believe this is a repeat of 1864787, except
- on screen error message looked different (session.log was closer)
- reboot into live & KDE partition manager acted differently giving a like error?? then it crashed??

it feels different, I'm too tired now to repeat the testing.

I have a wee bit of a concern that the kpmcore patch we added to get EFI installs working in Calamares may have had an impact here. I hope not, but I'm concerned. If that's the case, we may have to throw the latest Git master of kpmcore in a PPA and rebuild Calamares against it and try with that. In which case we may have to either drop that patch and issue release notes with a workaround for the label issue or ship Git master (probably not).

To reduce noise, can we just forget about reusing and extra partitions and stuff and simply do a fresh partition table with either xfs, reiserfs, or btrfs (i.e. 3 separate tests) and see if it fails similarly? In other words, I want to test just whether or not creating the file system on a fresh table works. This should just work. It certainly should just work in kpm, as it has in the past. If those fail and especially if they all fail, that's trouble.

Tested installing on clean partitions 3 seperate tests- xfs,btrfs and reiserfs - all installs without partitioning problems - see results on the testing tracker here:

http://iso.qa.ubuntu.com/qatracker/milestones/419/builds/227592/testcases/1701/results

Ok so now I'm less concerned, let's try to figure out how to actually reproduce this. Clearly an existing partition table is necessary.

Yesterday may have just been unlucky, after all the issues with a cleanly booted daily and KDE Partition Manager crashing (https://bugs.launchpad.net/ubuntu/+source/partitionmanager/+bug/1917753) have NOT occurred today.

I was able to use KDE Partition Manager today as I normally do, to setup the box and do an install.

Yes if I attempted to 'format' the partition with calamares it crashed with this error (tried once today; failed), but if calamares does not format the partition (tried once today) it worked, ie. workaround today worked (where yesterday it failed).

I'll continue some installs following Walter's #4 comment (install occurring currently on dc7700; and I'll move to d755-8 next; as I've only had this (or related 1864787) issues before on d755-5 or d755-8; ie. a dell optiplex model 755 though differing vintages) but I won't report back unless issues occur.

Repeat QA-test install on d755-5 (box mentioned in this report)
re-use sda8 as /home, format sda9 as XFS

Installation Failed

command mkfs.xfs -f /dev/sda9

I've changed status back to NEW, but

I am CONVINCED this issue relates to 1864787 & 1914521 and is likely(99.9%) a DUPLICATE (just a different message)

Could the message have just changed? maybe I get this message when I use XFS, but other messages for other file-systems?, ie. identical cause/issue/bug just message varies on what parameters I do that triggers the cause (I'm tagging bug by message on screen!)