Disk Druid and RAID 10 Partitions

[Reindl Harald]

why do we witch now to top-posting?
this destorys readability

i heard from some troubles with Fedora 16 and RAID
currently no topic for me

> tried installing it on the raid device

this can only be wrong

the bootloader can not act with any RAID device
that is why /boot needs to be RAID1 or a single disk
at boot time it is handeled like a single-disk and
that is also why you need to install the boot-loader
manually on the other drives to have a bootable
machine if your first fails

Am 03.03.2012 12:43, schrieb Aero Maxx:
> I'm having a hard time getting it to install the boot loader have
> tried installing it on the raid device and also on the master boot
> record but both fail.
> 
> On 2 Mar 2012, at 22:41, Reindl Harald <h.reindl at thelounge.net> wrote:
>
>> Am 02.03.2012 23:20, schrieb Aero Maxx:
>>> Hello Reindl,
>>>
>>> Thanks very much for replying to my question, what if I wanted swap to
>>> be a partition tho, would I create a 4GB partition on each of the 4
>>> drives or make it 2GB partition on each of the 4 drives?
>>
>> no idea, since i wanted the setup as easy to maintain as possible
>> in the case of a drive failure i decided only to split boot, system
>> and data and all other stuff i do not want on the system disk
>> is on /mnt/data with bind-mounts
>>
>> my machines have 16 GB RAM, swap is not really a topic there
>>
>>> What about using LVM with raid 10?
>>
>> also no idea, that is why i took 2x4 TB disks
>> enough free space for the next 10 years
>> of the 1.6 TB used are 500 GB local backups
>> and the rest contains a bundle of virtual machines
>> including a backup-vm for nearly all data i maintain
>>
>> so no, i do not think about expand the array :-)
>> /dev/md2      ext4    3,7T  1,6T  2,1T  44% /mnt/data

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20120303/731a4d9b/attachment.sig>