RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1020569 - unknown install shows up as entire disks instead of mount points of selected disks
Summary: unknown install shows up as entire disks instead of mount points of selected ...
Keywords:
Status: CLOSED DUPLICATE of bug 1022418
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: anaconda
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: ---
Assignee: Brian Lane
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On: 1019541
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-18 00:43 UTC by Brian Lane
Modified: 2013-12-16 19:00 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1019541
Environment:
Last Closed: 2013-12-16 19:00:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Brian Lane 2013-10-18 00:43:42 UTC
+++ This bug was initially created as a clone of Bug #1019541 +++

I started an install with F20 TC4 x86_64 netinstall (anaconda-20.25-1) burned to a usb disk with litd on a system with several disks.

I selected 2 of 4 disks not including the usb stick (sda, sdc) for installation, selected encryption and went into custom partitioning.

When the custom partitioning screen shows up, instead of seeing the mount points on sda and sdc, I see all of the disks in my system despite the bottom of the screen saying "2 storage devices selected" (customPartitioningDisks.png).

Another odd thing is that when I look at the selected disks dialog, it's empty (selectedDisks.png)

--- Additional comment from Tim Flink on 2013-10-16 00:10:12 EDT ---

I tried custom partitioning on my other machine with multiple disks (2x 36G, 1x 1TB, no encryption and a mix of LVM, standard partitions) and everything shows up fine, so it's something about the difference between those systems 

I also tried removing my raid card on the problematic system but ended up with the same results.

--- Additional comment from David Lehman on 2013-10-16 11:07:34 EDT ---

There are a few things going wrong here:

 1. parted is rejecting the disklabels on sda, sdb, and sdc
 2. something is failing to import __init__ (see anaconda.log@20:14:20,371)
 3. part of commit 1bcfb368 changed things so that now we treat the absence
    of a suitable stage1 bootloader device as a fatal error even if the
    user is headed into the custom spoke

--- Additional comment from Tim Flink on 2013-10-16 11:41:44 EDT ---

(In reply to David Lehman from comment #8)
> There are a few things going wrong here:
> 
>  1. parted is rejecting the disklabels on sda, sdb, and sdc

I've had problems with corrupt backup gpt tables on this box before and it turns out that it's happened again - all 3 disks had corrupt backup GPT tables.

I rebuilt the backup tables from the primary tables, restarted anaconda and everything appears to be showing up correctly now. I was able to create a layout using the existing partitions and have started the actual installation.

I suspect that this no longer qualifies as a beta blocker unless I'm misunderstanding 2) or 3) from c#8

ite not being selected will still be displayed correctly, and nothing about them will be changed by default (it would still take explicit user action to destroy any of their contents).

--- Additional comment from Jan Sedlák on 2013-10-17 08:37:29 EDT ---

I have installed F20 on two disks using msdos partition table (BIOS). I put root, swap and boot on first disk and home on second disk. Then I booted F20 Beta TC4 netinst using UEFI and both disks showed up correctly. It showed correct partition names and sizes

--- Additional comment from Brian C. Lane on 2013-10-17 14:21:53 EDT ---

I can reproduce this on UEFI. wipe the 2 disks in the machine, go to custom, they show up as 'unknown'. On BIOS everything seems to be working fine.

Comment 2 Tim Flink 2013-10-18 01:01:05 UTC
removing fedora blocker related whiteboard items and trackers

Comment 3 Brian Lane 2013-10-18 01:12:54 UTC
This is a side-effect of the fix for bug 1013474

Comment 4 Brian Lane 2013-10-18 16:43:23 UTC
A patch for this has been pushed for Fedora. commit 1531e41a3ce208ce6b7104f8eaac1a4951b955f1

Comment 5 Brian Lane 2013-12-16 19:00:31 UTC
Already fixed.

*** This bug has been marked as a duplicate of bug 1022418 ***


Note You need to log in before you can comment on or make changes to this bug.