ubiquity - manual partitioning; edit partition & cannot select/do anything

Bug #1942603 reported by Chris Guiver
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
New
Undecided
Unassigned
Impish
Won't Fix
Undecided
Unassigned

Bug Description

Ubuntu Desktop (impish) QA-test install to
- hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)

Selected manual partitioing, plan is to replace a 20.04.3 (Xubuntu) install with this impish one, selected the partition and hit CHANGE

Edit partition window opens up where I want to change "Use as:" from "do not use" to "/"

** Expected results

It will let me select partition sda5 as /

** Actual results

I cannot select the USE AS drop down, nor click OK, CANCEL, adjust size or anything.

** More details

I can CTRL+ALT+T and explore system, no crash files, nothing evident in dmesg or journalctl; squashfs check completed correctly..

---
this box has had issues groovy+ with nouveau; but that's usually not impacting install itself; just post-install checks when I adjust screens/wallpapers etc. I looked for tell-tale crash reports in logs but didn't see any

ProblemType: Bug
DistroRelease: Ubuntu 21.10
Package: ubiquity 21.10.5
ProcVersionSignature: Ubuntu 5.13.0-14.14-generic 5.13.1
Uname: Linux 5.13.0-14-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu68
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.465
CurrentDesktop: ubuntu:GNOME
Date: Fri Sep 3 11:28:58 2021
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash ---
LiveMediaBuild: Ubuntu 21.10 "Impish Indri" - Alpha amd64 (20210903)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=C.UTF-8
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Chris Guiver (guiverc) wrote :
Revision history for this message
Chris Guiver (guiverc) wrote (last edit ):

screenshot - no window on (primary) screen is actionable..

CLOSE X top right does nothing, nor OK/CANCEL/QUIT/BACK/INSTALL/Size/Use-as/format

(I can close, minimize etc the terminal on the second screen though; where I ran `ubuntu-bug`)

description: updated
Revision history for this message
Chris Guiver (guiverc) wrote :
Revision history for this message
Chris Guiver (guiverc) wrote :
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

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

tags: added: iso-testing
tags: added: rls-ii-incoming
tags: added: fr-1709
Revision history for this message
Michael Hudson-Doyle (mwhudson) wrote :

I can't reproduce this in a VM, at least. Does it happen on all systems / partition arrangements you try?

tags: removed: rls-ii-incoming
Revision history for this message
Chris Guiver (guiverc) wrote :

@mwhudson

I DON't BELIEVE SO

(most of my QA-testing is with Lubuntu/calamares and I haven't experienced it there. Most installs are all disk, with 20.04.3 I did install-alongside/auto-resize with xubuntu & kubuntu (those were QA-tests on iso.qa.ubu.com needing to be done) meaning a number of partitions existed; this install was to just re-use one of those created partitions. That is a somewhat common install practice by me; but it's been rare that I've done it with `ubiquity` in recent cycles.

I'll endeavor to do some more testing with `ubiquity` (Ubuntu or Xubuntu) but that maybe a few days

(as stated this box isn't a fan of GNOME/KDE (nouveau); and maybe the graphic issues reared up & the window thus wasn't being updated? however the `dmesg` output I uploaded isn't filled with endless errors as occurs when issues with graphics occur)

Revision history for this message
Chris Guiver (guiverc) wrote :

I did some exploration

then ended up with another error on same box

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1944009

dc7700 started with 2 lubuntu impish installs

(1) one was replaced with ubuntu impish; http://iso.qa.ubuntu.com/qatracker/milestones/424/builds/236863/testcases/1302/results/ ; NO ISSUES

(2) the issue I was exploring had three installs; so I performed a auto-resize http://iso.qa.ubuntu.com/qatracker/milestones/424/builds/236863/testcases/1301/results/ ; NO ISSUES

(3) this install; I attempted to replace partition, alas did NOT use FORMAT (which would have been quicker) but it should still have worked.. THIS IS THE INSTALL THAT JUST GOT STUCK & LOOPED

which is filed in new report.

Either way I don't think this report is of much use until it's encountered on another box. I end the other report with this comment

"Either way - I don't think this is a fixable issue; maybe a quirk in this box which is getting rather old..

I wonder though if they are related; but still don't think a Ubuntu concern, unless the issue is confirmed on a different box"

Revision history for this message
Brian Murray (brian-murray) wrote :

Ubuntu 21.10 (Impish Indri) has reached end of life, so this bug will not be fixed for that specific release.

Changed in ubiquity (Ubuntu Impish):
status: New → Won't Fix
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.