From: doverosx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <doverosx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PC-BSD Testing] Support for J-Micron?
To: "PC-BSD Testing list" <testing-Fhbtn2kkCAMgLfnEB/6iFw@public.gmane.org.org>
Date: Monday, November 30, 2009, 6:51 PM

Josh Paetzel wrote:
>
> On Nov 30, 2009, at 4:59 PM, doverosx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
> <mailto:doverosx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>>
>> Okay I see ar0, that is for a raid array and I see ad1 and ad0.
>>
>> If I assume ad1 is connected to the J-micron controller
>>
>> you'd mount it like /dev/ad1s1 /media/Backup
>>
>> ata is the controller and so you must mount block devices..in other
>> words a device that has a block type file structure. Hard drives tend to
>> be part of ad0, ad1, ad2, ad3, etc. RAID arrays are parte of ar0, ar1,
>> ar2, ar3, etc.
>>
>> ad0s1 denotes a "slice" or low-level partition and ad0s1a denotes a
>> high-level partition like /, /etc, /var, etc.
>>
>> Good luck and let us know ;)!
>> _______________________________________________
>> Testing mailing list
>> Testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org <mailto:Testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org>
>> http://lists.pcbsd.org/mailman/listinfo/testing
>
> Judging by the fact that the same slices and partitions exist on ad0
> and ad1 it's very likely those are the components of the RAID array.
>  I'd recommend against mounting them directly while the RAID array is
> mounted unless you know for a fact that they aren't the raw components.
>
> Thanks,
>
> Josh Paetzel
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Testing mailing list
> Testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org
> http://lists.pcbsd.org/mailman/listinfo/testing
>   
Good point...I was trying to convey that but clearly I failed and my
caffeine levels are wearing off :p
_______________________________________________
Testing mailing list
Testing <at> lists.pcbsd.org
http://lists.pcbsd.org/mailman/listinfo/testing

From: Josh Paetzel <josh-uIPEzr5JHgjYtjvyW6yDsg@public.gmane.org>
Subject: Re: [PC-BSD Testing] Support for J-Micron?
To: "PC-BSD Testing list" <testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org>
Cc: "PC-BSD Testing list" <testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org>
Date: Wednesday, December 2, 2009, 7:21 AM

On Dec 2, 2009, at 1:09 AM, Jeff <dejamuse-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> wrote:

I tried that at first but ad0 and ad1 are the two main drives and I'd assume they'd be the same since it's a RAID-1, mirrored. Mounting either of those drives shows the contents of the system.

Couple of things:

The last eSATA controller I had didn't support hot plugging in FreeBSD. A drive attached when the system booted would be seen, but the system would not recognize drives attached after the system was booted. 

PATA supports two devices per controller, generally refered to as a master and a slave. The controller cannot access both devices simultaniously. In a perfect world the devices in your mirror would be on seperate controllers. I don't know how smart the ar driver is about reads, but theoretically having the drives on seperate controllers would allow for two concurrent reads simultaniously.  It could also allow for better resiliancy in the case of an unclean shutdown. In your current setup, writes are always serialized. If the system were to crash during a write the mirror would almost certainly need to be resynced.  Anyways, you might contemplate moving the drive that is the primary slave (ad1) to being on the other IDE controller. It may or may not have some tangible benefits, in theory it should. 

Thanks,

Josh Paetzel

-----Inline Attachment Follows-----

_______________________________________________
Testing mailing list
Testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org
http://lists.pcbsd.org/mailman/listinfo/testing

From: Arthur <A-Koziol <at> neiu.edu>
Subject: Re: [PC-BSD Testing] Support for J-Micron?
To: "PC-BSD Testing list" <testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org>
Date: Wednesday, December 2, 2009, 9:47 PM

>The RAID array is managed by an onboard ROM based controller, Intel matrix.
>
>I previously had my system setup as RAID - 0 but it failed after a
>few months. Assuming a drive had failed I replaced both and the
>array broke again.  Gave up on RAID - 0.
>
>Guess I'll have to give up on eSATA for now and just use the USB connection.
>
>...Jeff

Jeff,

Is the BIOS on this motherboard up to date? I know sometimes with
BIOS updates they also update the firmware / ROM of the RAID
controller to fix bugs. Have you checked that out?

Arthur

_______________________________________________
Testing mailing list
Testing-Fhbtn2kkCAMmbxgs1yVkuA@public.gmane.org
http://lists.pcbsd.org/mailman/listinfo/testing