Bug 515129

Summary: Unable to use sata disks
Product: [Fedora] Fedora Reporter: W Agtail <crash70>
Component: anacondaAssignee: Hans de Goede <hdegoede>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: awilliam, rmaximo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-08-10 09:56:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Various anaconda logs in tar ball.
none
anaconda.log extracted from the tarball
none
storage.log extracted from the tarball
none
syslog extracted from the tarball none

Description W Agtail 2009-08-02 12:49:07 UTC
Created attachment 355940 [details]
Various anaconda logs in tar ball.

Description of problem:
While attempting to install from rawhide, the GUI installer does not include any disks to use.

Version-Release number of selected component (if applicable):
Today's rawhide.

How reproducible:
Always

Steps to Reproduce:
1. PXE install
2. Take all default options.
3.
  
Actual results:
No disks are selectable from "select the drive(s) to use for this installation"

Expected results:
Being able to use 2 sata disks.

Additional info:
Please refer to attached logs from /tmp.

Comment 1 Radek Vykydal 2009-08-04 08:33:32 UTC
Created attachment 356121 [details]
anaconda.log extracted from the tarball

Comment 2 Radek Vykydal 2009-08-04 08:34:22 UTC
Created attachment 356122 [details]
storage.log extracted from the tarball

Comment 3 Radek Vykydal 2009-08-04 08:35:11 UTC
Created attachment 356123 [details]
syslog extracted from the tarball

Comment 4 Adam Williamson 2009-08-07 17:10:53 UTC
We believe this happened because your disks were part of a BIOS RAID array, and you disabled the RAID functionality in your BIOS without first destroying the array. Is this correct?

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Hans de Goede 2009-08-10 09:56:58 UTC
There has been a behavioural change between F-10 and F-11 where in F-10 drives
which contain invalid / stale dmraid (BIOS RAID) metadata / which were part of
an incomplete BIOS RAID set would be just seen as the raw disks, where as F-11
these drives are ignored.

In F-10 in cases where dmraid was detected unwantedly (in case of a complete
set, but being disabled in the BIOS for example), the BIOS RAID detection could
be avoided with nodmraid. In F-11 this option currently does not work, this is
bug 499733. Once 499733 is fixed you can workaround your issue using the
nodmraid installer cmdline option.

Note that a better solution would be to remove the unwanted BIOS RAID metadata
from the disks, this can be done using "dmraid -x", be sure to make backups
before doing this! "dmraid -x" should leave your data intact, but better safe
then sorry.

Also only do this if you really want your disks to not be part of a BIOS RAID
set, if for example windows is currently using the disks as a BIOS RAID set you
do not want to do this!

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