-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2/3/2015 2:32 PM, Nuno Magalhães wrote:

The BIOS shows the regular Primary/Secondary IDE Master/Slave (to 
which only the CDROM is attached) alongside SATA. It doesn't seem
like SATA is the option, bu rather that both IDE and SATA are seen
as current usable interfaces (at the time the BIOS was released:
2010). It does have NVRAID, which is disabled (i use mdadm).

Typically there is a knob that toggles between three states: IDE,
AHCI, and RAID.  RAID really is AHCI just with a different PCI
identifier that causes windows to load their proprietary driver that
does the software raid.  If you only have an on/off switch for the
raid, then try switching it on.

There is no mention of AHCI that i could find.

Regardless, as long as linux sees the HDDs on boot (which it does
even with PUIS), does the BIOS have any influence in this issue?

Only in that it is configuring the controller to behave like a legacy
IDE controller instead of a proper SATA one, and that does cause some
differences in how the kernel handles the drives.  It *shouldn't*
cause the problem you are seeing, but it does prevent the system from
issuing a hard reset to the drives, which *may* cause them to come around.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJU0SVYAAoJENRVrw2cjl5R984H/Rr/xSVa7x8az1kq0v+bUp1D
tIU1gWBRumBMcTGgkHYiePLdr9OFRK867N23UrxG14PbbmiJymr4hi4DbaCqWUYc
MzatgvehwK4Y3Lm2Wi3uO27On1O6nior8yPr4i7d/bWWAYC7csX9y522Pbv0hJvx
gpZTHarFeU0bXhqKKm9NGvaJuFmwvZosw7dF3pVK01S8crNtYoxX/iLLown2H8PJ
OTiIfnZKQwlxwh4DM6v17QQRzesQH8nwZ3PoWysE0WVdcH7bbDRQTn+kIByk4ihD
UdtYE1OybaTpIhdzQFTEw6pDS+BVIcu3yqLqrMFzUyiZU9jwwtTpMC4/g2zY31I=
=bxbp
-----END PGP SIGNATURE-----