From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Knecht Subject: Re: Drives missing at boot Date: Sat, 3 Jul 2010 12:57:44 -0700 Message-ID: References: <4C2F5ECB.1040505@kernel.org> <4C2F87C1.8000701@hardwarefreak.com> <4C2F9292.708@hardwarefreak.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail-pz0-f46.google.com ([209.85.210.46]:36905 "EHLO mail-pz0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752202Ab0GCT5q convert rfc822-to-8bit (ORCPT ); Sat, 3 Jul 2010 15:57:46 -0400 In-Reply-To: <4C2F9292.708@hardwarefreak.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Stan Hoeppner Cc: Tejun Heo , Linux Kernel List , "linux-ide@vger.kernel.org" On Sat, Jul 3, 2010 at 12:42 PM, Stan Hoeppner = wrote: > Mark Knecht put forth on 7/3/2010 2:21 PM: > >> Note two things: >> >> 1) All the drives are always reported by BIOS at boot time. Now, tha= t >> doesn't guarantee that the drives spin up. It may only mean they can >> be read by BIOS, but they are there as far as I can tell. They show = up >> in the boot screens and in BIOS itself if I drop in to play with >> settings. > > I missed that. =C2=A0I thought I read it was both. =C2=A0My bad. > Not a problem. It's good to be as clear as possible for all involved. >> QUESTION: There are some settings in BIOS for delaying the drive. (O= r >> something. I'm using the machine and not in BIOS) There were setting= s >> from 0 to 35 seconds if I remember correctly. Possibly I should try >> setting each drive to a different value to different value to stagge= r >> power up? > > If that PSU meets published specs you shouldn't need delayed spin up = with > those 5 drives. > I've not dropped into BIOS yet as the machine is in use but from the Asus manual it appears the delay is not on a drive by drive basis so I don't think I can do much there. >> If you need more info or have other ideas please let me know. > > Your answers here should have pretty much eliminated hardware issues = as the > cause, unless that particular mobo has BIOS or other issues I'm unawa= re of. > > I've found it's always best to ask about hardware with this kind of r= eport > just to eliminate possibilities. =C2=A0All that gear is good quality = stuff. =C2=A0If the > problem is due to hardware, it's because one of your components is de= fective, > but we don't see evidence of that at this point. > > Also, TTBOMK, if a SATA drive motor doesn't spin up, the drive firmwa= re won't > report the drive as ready upstream, thus the BIOS won't list the driv= e. An off-list response suggested possibly setting some drive jumpers on non-boot drives to power up in standby. Apparently the kernel will then spin up those drives later? If I cannot stagger the drives in BIOS then I will likely try that. Technically I guess I only need /boot on sda to get the kernel booted. The mdadm RAID1 on sda/sdb/sdc could start slightly later, and technically the RAID0 on sdd/sde could start very late as there are only VMWare images on that drive. Cheers, Mark