Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 593399 - Second install does not allow selecting target partitions
Second install does not allow selecting target partitions
Status: CLOSED INSUFFICIENT_DATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda (Show other bugs)
6.0
All Linux
low Severity medium
: rc
: ---
Assigned To: Anaconda Maintenance Team
Release Test Team
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-18 14:00 EDT by Bill Burns
Modified: 2010-05-18 16:21 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-05-18 16:12:11 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Bill Burns 2010-05-18 14:00:15 EDT
Description of problem:
Install RHEL snapshot from scratch on a local disk. Selected
partitions, all went well. Decided to install a different
section and it does not give the same options to select
disk partitions, just blasts through and updates.

Version-Release number of selected component (if applicable):
DVD made from RHEL6.0-20100512.n.0

How reproducible:
Happened every time I tried it (3)

Steps to Reproduce:
1. install
2. try to do it again
3.
  
Actual results:
A useless exercise.

Expected results:
Should allow all options, even if the system was previously
installed.


Additional info:
none
Comment 2 David Lehman 2010-05-18 15:46:54 EDT
Can you please describe in greater detail what series of selections you made?

> "Decided to install a different section"

I don't think I understand what you mean by this.

> and it does not give the same options to select
> disk partitions, just blasts through and updates.

What screens were displayed, which buttons did you click, and what did you see happening? Can you attach /tmp/anaconda.log (or /var/log/anaconda.log) from the second/subsequent install?
Comment 3 Bill Burns 2010-05-18 16:00:05 EDT
Well I installed something like server and got no graphics, no X. So I started over to pick something else. And I was never able to see the screen to pick a different group to install and never able to see the screen that allows me to choose a custom partition layout. I worked around it by dd'ing a meg of zeros to /boot.
Comment 4 David Lehman 2010-05-18 16:05:51 EDT
Please grab /var/log/anaconda.log from the newly installed system and attach it to this bug report.
Comment 5 David Lehman 2010-05-18 16:12:11 EDT
On second thought, I guess your having somehow changed the behavior makes the log less than useful. There's no need to attach it if it's from a successful/normal install.

The behavior you describe is not normal, nor is it intended. I don't see how zeroing out any partition, especially /boot, could make the difference in whether or not this occurs.

I would need to know *exactly* what screens you saw, which options you selected, and what messages you saw or else be able to see the anaconda.log from the install attempt that never presented the partitioning choices in order to do anything with this bug report.

If you can provide that information, please reopen this bug.
Comment 6 Bill Burns 2010-05-18 16:21:02 EDT
Right, I did a fresh install and all was well. Will try and reproduce when I can...

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