Am 2015-03-13 um 15:11 schrieb Neil Bothwick:
> On Fri, 13 Mar 2015 14:55:27 +0100, Stefan G. Weichinger wrote:
>
>>> See above. The reason for using a RAID1 array is to avoid
>>> having to update multiple disks, just mount /boot on the RAID
>>> device.
>>>
>>> % mount | grep boot /dev/md0 on /bo
On Fri, 13 Mar 2015 14:55:27 +0100, Stefan G. Weichinger wrote:
> > See above. The reason for using a RAID1 array is to avoid having
> > to update multiple disks, just mount /boot on the RAID device.
> >
> > % mount | grep boot /dev/md0 on /boot type ext2
> > (rw,noatime,stripe=4)
>
> /boot is
Am 2015-03-13 um 09:59 schrieb Neil Bothwick:
> See above. The reason for using a RAID1 array is to avoid having
> to update multiple disks, just mount /boot on the RAID device.
>
> % mount | grep boot /dev/md0 on /boot type ext2
> (rw,noatime,stripe=4)
/boot is my vfat ESP here .. no ext2 ...
On Fri, 13 Mar 2015 09:38:15 +0100, Stefan G. Weichinger wrote:
> c) Create a 4 disk RAID1 array consisting of sda2 and 3
> missing disks. Then add sdb2, sdc2, sdd2 in turn and the
> contents of sda2 will be replicated to them.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12.03.2015 19:52, Stefan G. Weichinger wrote:
> On 12.03.2015 18:28, Neil Bothwick wrote:
>> On Thu, 12 Mar 2015 18:12:06 +0100, Stefan G. Weichinger wrote:
>
c) Create a 4 disk RAID1 array consisting of sda2 and 3
missing disks. Then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12.03.2015 18:28, Neil Bothwick wrote:
> On Thu, 12 Mar 2015 18:12:06 +0100, Stefan G. Weichinger wrote:
>
>>> c) Create a 4 disk RAID1 array consisting of sda2 and 3
>>> missing disks. Then add sdb2, sdc2, sdd2 in turn and the
>>> contents of sd
On Thu, 12 Mar 2015 18:12:06 +0100, Stefan G. Weichinger wrote:
> > c) Create a 4 disk RAID1 array consisting of sda2 and 3 missing
> > disks. Then add sdb2, sdc2, sdd2 in turn and the contents of sda2
> > will be replicated to them.
>
> the array formatted as vfat (-> ESP) ?
sda2 is already f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12.03.2015 17:48, Neil Bothwick wrote:
> c) Create a 4 disk RAID1 array consisting of sda2 and 3 missing
> disks. Then add sdb2, sdc2, sdd2 in turn and the contents of sda2
> will be replicated to them.
the array formatted as vfat (-> ESP) ?
wi
On Thu, 12 Mar 2015 12:30:45 +0100, Stefan G. Weichinger wrote:
> I now have a dedicated ESP on /dev/sda2 (non-RAID) and it boots via
> gummiboot (-> UEFI).
>
> I now wonder if I could
>
> (a) create a RAID1 over /dev/sd[abcd]2 and format it as vfat ESP
>
> or
>
> (b) "clone" /dev/sda2 -> form
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11.03.2015 23:32, Neil Bothwick wrote:
> On Wed, 11 Mar 2015 23:14:49 +0100, Stefan G. Weichinger wrote:
>
>> Am 11.03.2015 um 17:06 schrieb Neil Bothwick:
>>
So RAID1 with vfat as ESP ?
>>>
>>> That's how I'd do it. I have /boot on RAID1
On Wed, 11 Mar 2015 23:14:49 +0100, Stefan G. Weichinger wrote:
> Am 11.03.2015 um 17:06 schrieb Neil Bothwick:
>
> >> So RAID1 with vfat as ESP ?
> >
> > That's how I'd do it. I have /boot on RAID1 on this box (but not as
> > FAT and it's a BIOS motherboard) with everything else on a btrfs
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 11.03.2015 um 17:06 schrieb Neil Bothwick:
>> So RAID1 with vfat as ESP ?
>
> That's how I'd do it. I have /boot on RAID1 on this box (but not as
> FAT and it's a BIOS motherboard) with everything else on a btrfs
> RAID and it works well.
I wil
On Wed, 11 Mar 2015 16:52:27 +0100, Stefan G. Weichinger wrote:
> > I generally set up boot on a RAID1 across all disks. You can still
> > access individual disks in a RAID1 array, so you can set your
> > computer to boot from sda1 then sda2 etc but mount /boot on the
> > array, so all updates ar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11.03.2015 12:09, Neil Bothwick wrote:
>> Then I spent some hours fiddling with grub2, gummiboot et al to
>> get that box booting up fine. dracut doesn't assemble the
>> rootfs-raid etc etc ... -> fun
>
> I found this with a LUKS root filesystem
On Wed, 11 Mar 2015 07:45:54 +0100, Stefan G. Weichinger wrote:
> yesterday I received a shiny new server for a client.
>
> It brings 4 x 1 TB SATA disks, is capable of UEFI and I started setting
> it up.
>
> GPT partitioning, small partition(s) for the ESP, some swap, and bigger
> partitions of
greetings again
yesterday I received a shiny new server for a client.
It brings 4 x 1 TB SATA disks, is capable of UEFI and I started setting
it up.
GPT partitioning, small partition(s) for the ESP, some swap, and bigger
partitions of type fd=raid for creating 2 mdadm-raids (rootfs and data)
wi
16 matches
Mail list logo