[ML-General] hardware RAID

[david]

ZFS sounds really good.  What is the problem with it?  I don't know that 
it covers every conceivable setup but looks really good on paper.  
Anyone with long term experience with it and Linux?




On 06/16/15 11:52, david wrote:
> All of them will fail on boot if there is no other disk/partition with 
> a boot flag and an OS to load.
>
>
>
> On 06/16/15 10:49, WebDawg wrote:
>>
>>
>>     I would highly recommend not using any FakeRAID with Linux. I've
>>     done it before (in order to dual-boot a workstation) and it was a
>>     real pain. If you're going hardware RAID, fine. But if you're
>>     going to do it all in software, you might as well just use the
>>     mdadm in the normal manner (it's really not that hard) and it
>>     will be more resilient if you need to move it to a new machine.
>>     The few bits in the ROM that the FakeRAID gives you really do
>>     nothing helpful.
>>
>>
>>
>> My primary concern is how the bios or Grub would handle a 
>> corrupt/failed boot loader?
>>
>> I have had systems with mdadm/dual bootloaders and such and I have 
>> seen bios's try and boot a failed drive and just sit there.
>>
>> I have seen bios boot a corrupt boot partition and really screw 
>> things up too.  At least I think that was the problem at the point.
>>
>> Sure once the system is booted mdadm can handle a bad disk or what not.
>>
>> But what exists to handle a bad /boot or bad bootloader, etc.  The 
>> stuff that is not protected by mdadm.
>>
>> It always seemed like the FaikeRAID bios at least handled bad disks 
>> on boot.
>>
>>
>> _______________________________________________
>> General mailing list
>> General at lists.makerslocal.org
>> http://lists.makerslocal.org/mailman/listinfo/general
>
>
>
> _______________________________________________
> General mailing list
> General at lists.makerslocal.org
> http://lists.makerslocal.org/mailman/listinfo/general

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.makerslocal.org/pipermail/general/attachments/20150616/83fb0cee/attachment.html>