Cannot install on non-RST drive if RST is enabled and there is a second RST-enabled drive

Bug #1874066 reported by Jean-Baptiste Lallement
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
OEM Priority Project
New
High
Shih-Yuan Lee
ubiquity (Ubuntu)
Confirmed
Undecided
Shih-Yuan Lee
Focal
Confirmed
Undecided
Shih-Yuan Lee

Bug Description

Test Case:
1. On a machine with 2 disk 1 spinning disk and 1 nvme disk, enable RST
2. Start ubiquity and proceed zith the installation to the partitioning step

Expected result
Despite RST being enabled, user should be able to install on the non-RST disk

Actual result
Installation is blocked on the RST page and user cannot proceed without disabling RST

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubiquity 20.04.14
ProcVersionSignature: Ubuntu 5.4.0-25.29-generic 5.4.30
Uname: Linux 5.4.0-25-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CasperVersion: 1.445
CurrentDesktop: ubuntu:GNOME
Date: Tue Apr 21 12:35:53 2020
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash nomodeset ---
LiveMediaBuild: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200420)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Jean-Baptiste Lallement (jibel) 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/1874066

tags: added: iso-testing
Revision history for this message
Iain Lane (laney) wrote :

$4, any chance you could take a look into this one for us please? I thought we'd checked for this in pre-testing but apparently not.

Changed in ubiquity (Ubuntu):
milestone: none → ubuntu-20.04.1
assignee: nobody → Shih-Yuan Lee (fourdollars)
Revision history for this message
Iain Lane (laney) wrote :

(for 20.04.1)

Changed in oem-priority:
assignee: nobody → Shih-Yuan Lee (fourdollars)
Revision history for this message
Donald Smouse (donaldsmouse) wrote :

I also have an RST problem on my HP-laptop, I followed the instructions and went into my BIOS and my RST is in fact turned off. I canot get to the partition screen due to it saying that RST is turned on which it is not. here are my system specs:
https://support.hp.com/us-en/product/hp-15-da0000-laptop-pc/20395828/model/22185619/document/c06057186

I have upgraded the memory and put in a 500gb evo ssd drive, I do not want to have to re-open this machine and take out the RST just to install this OS.

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

@Donald, could you please file a separate report since it's a different issue.

You can report it from the live session on the system you're experiencing this issue with:

ubuntu-bug ubiquity

It'll collect useful information to help us understand the problem.

Thanks.

Rex Tsai (chihchun)
Changed in oem-priority:
importance: Undecided → High
Revision history for this message
Shih-Yuan Lee (fourdollars) wrote :

@Iain Lane (laney),

According to the document "Installer design — Ubuntu installation process", it mentioned "In particular, this should appear before any advanced partitioning, so that you do not waste time entering complex partitioning details only to discover that you’ll need to turn off BitLocker then re-enter them all." and "The layout and behavior is very similar to the “Turn off BitLocker” step."
It seems the current design didn't cover the use case about this issue.
Could you help to ask the design team how to cover this use case?

Revision history for this message
Bruce Ide (flyingrhenquest) wrote :

Can I jump on this bug? My laptop's a MSI Titan. From the factory, they RAID together two 500GB SSD drives with a windows 10 install. There's also a 1TB 7200 RPM SATA disk which I'd installed Ubuntu 18.04 in the past with no problems. I know that 20.04 will run on this machine and if the installer would simply provide a way to continue the install despite the fact that RST is detected on the machine, I could just install it. Just make it a warning, possibly even a very strong warning, but provide a way to continue anyway.

Revision history for this message
ktz84 (eamonn-w) wrote :

I'm also seeing this on a Dell Inspiron 7490. I've an external ssd which I use for Linux and have successfully installed Manjaro to it however I cannot get past the RST warning to choose the disk and partition I have created on the external ssd therefore no way to install Ubuntu.

Rex Tsai (chihchun)
tags: added: oem-priority
Revision history for this message
Emil Lenngren (emilenl) wrote :

I also got hit by this bug when trying to install Ubuntu 21.04. I want to install Ubuntu on a separate USB memory I have plugged into my computer, but couldn't get past this step.

Thankfully ubiquity is written in Python so I could easily in my Live session go to /usr/lib/ubiquity/plugins/ubi-prepare.py, remove the code in the should_show_rst_page() method and change it to return the constant False.

But I'd like to see an option "Continue and install on another disk" if it is detected that another disk is plugged in that is usable.

Revision history for this message
Mark Muth (markmuth) wrote :

This is still a problem on Ubuntu 22.10. Wanted to install on an external SSD, because I don't want to disable RST on that Windows Machine, but got stuck in the installer. There is no way to skip disabling RST even if other storage devices are available.

Also left a comment in https://discourse.ubuntu.com/t/ubuntu-installation-on-computers-with-intel-r-rst-enabled/15347/104

Would be great if anyone could look into it. I think skipping a step in the installer shouldn't be too hard to implement. I could try, if you want me to.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in ubiquity (Ubuntu Focal):
status: New → Confirmed
Changed in ubiquity (Ubuntu):
status: New → Confirmed
Revision history for this message
hardhu (qzerty) wrote (last edit ):

I can confirm this bug is still present in 23.04 installer: I am trying to install in an external USB disk without disabling RST but I can't proceed.
Unfortunately, with the new installer the fix suggested in https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1874066/comments/10 is not relevant anymore.

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.