Lubuntu failed install "wipefs --all /dev/sda9"

[Chris Guiver]

Another re-try (third fail), but I didn't reboot so I wonder if this result is tainted by that...

Lubuntu 20.04 install on
dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)

Manual partitioning install; re-use space that prior to todays tests was sda8 (btrfs; opensuse; now unused space) & sda9 (now sda8 & was opensuse's /home i'm attempting to re-use as /home)

I'll file this, with intention of exploring later - but also reboot and try again (where I'll just tag this result in iso.qa.ubuntu.com again)

I ran `ubuntu-bug calamares` after 2nd fail. It was re-run and again failed so this session.log will be after third just failed so it'll likely be long unless file is wiped for each run.

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 16:32:38 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/1864791

[Chris Guiver (guiverc)]

This bug is LIKELY related to http://launchpad.net/bugs/1864787

[Chris Guiver (guiverc)]

Another qa-test and I had repeat of 1864787 thus on completion I exited & 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..

[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 (#5)..
  - / (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 had the https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1864787 error again :( so this could be marked 'New' again, as I now believe it's an issue - however it's also likely a duplicate using that same logic.

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

[Chris Guiver (guiverc)]

repeated test mentioned in #6 again
 - / (sda9) partition (unknown now) will be formatted ext4
 - re-use of sda8 for /home (no-format)

Lubuntu 20.04 daily failed with

The installer failed to delete partition /dev/sda
Command: wipefs --all /dev/sda9
Failed to erase filesystem signature on partition '/dev/sda9'. Could not delete file system on '/dev/sda9'

I'll mark this "New" again, but it's related I'm 100% sure & most likely duplicate (same issue) as 1864787

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

Briefly, how does this bug differ from the other one? Is it a different machine? Different existing partition scheme? Different reproduction steps? Or just a different error?

Also a fresh error log would be helpful.

[Chris Guiver (guiverc)]

Identical machine, but the message text is different.
This bug occurs on the next install after 1864787 bug has occurred.
This bug possibly is a result of the 'mess' created by the prior (1864787) install crash

I personally believe it's a duplicate (alas not 100% thus why I've not already marked it), though even if unique, I do believe if the other is fixed this will not occur again (or if it's a unique bug, my ability to create it will have gone)

I won't be able to try again to generate fresh error log for a number of days sorry. (I did copy calamares/session.log to ~ for upload, must have decided to not upload it & written comment #7 on different box; sorry)

[Chris Guiver (guiverc)]

Re-run on same d755-5 box (only box to have this issue so far)

Attempt to re-install Lubuntu 20.04 daily over prior Lubuntu 20.04 image.

sda8 is /home for prior install; is being re-used with NO-FORMAT.
sda9 was / and it'll be re-formatted.

I firstly ran QA-test install and got error 1864787. Any notes will be on iso.qa and in on other bug report.

I then exited calamares but did NOT reboot
I opened KDE Partition to ensure no partitions were mounted; I noted that sda9 now showed as UNKNOWN type (as it had before; this bug will now occur). No partitions (inc. swap) were mounted so nothing was done in KDE Partition Manager and I exited

Loaded calamares for install, selected sda8 for re-use (/home) and sda9 for / format ext4 .. and this error again.

I just remembered I was to use `calamares -d`; sorry I forgot

[Chris Guiver (guiverc)]

I re-did that the second install mentioned in #10 with
`sudo -E calamares -d`

I won't copy/paste all messages - but NOTE the SegFault !??

15:41:48 [6]: virtual void Calamares::JobThread::run()
     Skipping non-emergency job "umount"
15:41:48 [1]: ERROR: Installation failed:
15:41:48 [6]: void Calamares::ViewManager::onInstallationFailed(const QString&, const QString&)
     - message: "The installer failed to delete partition /dev/sda."
15:41:48 [6]: void Calamares::ViewManager::onInstallationFailed(const QString&, const QString&)
     - details: "==========================================================================================\nDelete partition ‘/dev/sda9’ (22.00 GiB, unknown)\n==========================================================================================\n==========================================================================================\nJob: Delete file system on ‘/dev/sda9’\n==========================================================================================\n==========================================================================================\nCommand: wipefs --all /dev/sda9\n==========================================================================================\nFailed to erase filesystem signature on partition ‘/dev/sda9’.\n\nCould not delete file system on ‘/dev/sda9’.\n\n"
15:41:48 [6]: void Calamares::ViewManager::onInstallationFailed(const QString&, const QString&)
     Calamares will quit when the dialog closes.
15:41:48 [6]: void FinishedPage::setUpRestart()
     FinishedPage::setUpRestart(), Quit button setup= "never" command= "systemctl -i reboot"
15:43:35 [8]: Shutting down Calamares...
15:43:35 [8]: .. Finished shutdown.
Segmentation fault
lubuntu@lubuntu:~/.cache/

lubuntu@lubuntu:~/.cache/calamares$ ls -ltrh /var/crash/
total 12M
-rw-r----- 1 root whoopsie 12M Mar 3 15:43 _usr_bin_calamares.0.crash

I'll `ubuntu-bug` that in a few secs...

[Chris Guiver (guiverc)]

Segfault mentioned in #11 is filed as https://bugs.launchpad.net/bugs/1865817

[Chris Guiver (guiverc)]

hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)
manual partitioning & setup for my own use (KDE partition manager pre-running calamares)

died with
"The installer failed to delete partition /dev/sda.
Delete partition '/dev/sda1/ (51.77Gib, unknown)
Command: wipefs --all /dev/sda1"

I played a little with EFI folder until it calamares was happy (I'm more familiar with older BIOS only boxes)

(I'll likely re-run with -d)

[Chris Guiver (guiverc)]

Another re-try on d755-5

dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
NOT A CHECKLIST INSTALL; replace what was sda9 as /, re-use sda8 as home
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)
this is a re-try after failure; sda9 was listed as unknown, deleted using kde partition manager
running `sudo -E calamares -d` from qterm
selected sda8 for /home
failed with delete partition, `wipefs --all /dev/sda9`

(this qa-install was subsequent to a lp 1864787 failure again)

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

I'm going to assume this is no longer relevant but please let me know if not.

[Chris Guiver (guiverc)]

Lubuntu 20.04.2 QA-test using RC

Just experienced this again.. almost the same circumstances as prior occurrence (after bug http://launchpad.net/bugs/1914521) but a "Install Alongside" issue..

Difference to me is it occurred on a different (but similar) box
- dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)

First time I've experienced this issue on another box (increasing significance of issue maybe), but I still don't consider the issue is worthy of developer time.

[Launchpad Janitor (janitor)]

[Expired for calamares (Ubuntu) because there has been no activity for 60 days.]