mdraid and hpa upgrade issues
jwilson at redhat.com
Thu May 24 19:58:53 UTC 2007
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?
The partition table on device sdX was unreadable. To create new
partitions it must be initialized, causing the loss of ALL DATA on this
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).
jwilson at redhat.com
More information about the fedora-devel-list