Re: mdraid and hpa upgrade issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tony Nelson wrote:
At 2:55 PM -0400 5/24/07, Jarod Wilson wrote:
Jarod Wilson wrote:
Okay, fc6 mdraid to f7 upgrading via anaconda works for me now.

Once that's done, I'll see what I can do to see if the kernel option
libata.ignore_hpa can be used to help those who don't really wanna
nuke their entire system to move from FC6 to F7.
Starting in on this right now...
Got the problem reproducing, but...

  Unknown boot option 'libata.ignore_hpa=1': ignoring

Talked to davej, module parameters can't be passed on the command line
just yet. So anyone with an FC6 system that uses part of the host
protected area is currently not able to upgrade to F7 using anaconda
(FC6 to F7 can be done with some modprobe.conf magic and upgrading via
yum though).

davej is going to poke some folks who were working on a patch to allow
module parameters to be passed on the kernel command line.
Well, this keeps me from upgrading to F7!
Not entirely. You can put the following into /etc/modprobe.conf:

options libata libata.ignore_hpa=1

Then upgrade via yum. Sub-optimal for those who prefer to upgrade via anaconda, but its an option.
How serious a problem results from doing an installer upgrade from FCx to
F7, no repartitioning?  Is it going to cause massive data loss for
unsuspecting users, or does the Anaconda notice and stop the process?
Warning

The partition table on device sdX was unreadable. To create new partitions it must be initialized, causing the loss of ALL DATA on this drive.
This operation will override any previous installation choices about 
which drives to ignore.
Would you like to initialize this drive, erasing ALL DATA

No(selected by default)    Yes

Would a respin be needed to get the installer to work for them (me)
(assuming they recovered from the first upgrade attempt)?
At this point in time, its way too late in the game to get a fix into 
anaconda, so yes, either a respin or possibly an updates.img as Jesse 
suggested would be the only way to get anaconda-based upgrades working 
in this situation.
The initial thought is that we'll have to patch both anaconda and 
modprobe to be able to recognize and apply kernel module options passed 
on the kernel command line. I'll be filing bugs against both 
module-init-tools and anaconda shortly. Never say never, but getting a 
fix in for the F7 release is highly, highly, highly unlikely.
Ah, just noticed the email in this thread from Bruno... Could be some 
way to deep-six the hpa area within FC6 before upgrading... (and 
personal experience would suggest this can be done somehow -- I had a 
drive that used to have the hpa issue and now doesn't -- but I know not 
the magic incantation).
--
Jarod Wilson
jwilson@xxxxxxxxxx

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux