[PLUG] RAID0 via GParted

Tomas Kuchta tomas.kuchta.lists at gmail.com
Thu Nov 5 20:16:28 UTC 2020


On Wed, Nov 4, 2020, 19:41 John Jason Jordan <johnxj at gmx.com> wrote:

> On Wed, 04 Nov 2020 14:05:40 -0800
> TomasK <tomas.kuchta.lists at gmail.com> dijo:
>
> >On Wed, 2020-11-04 at 13:39 -0800, Paul Heinlein wrote:
> >> On Wed, 4 Nov 2020, Russell Senior wrote:
> >>
> >> I think that the following is what I need to create the RAID:
> >>
> >> sudo mdadm --verbose --create /dev/md1 --level=0 --raid-devices=4
> >> /dev/nvme1 /dev/nvme2 /dev/nvme3 /dev/nvme4
>
> >Since you removed the partitions - what you listed is the correct
> >usage.
> >Then you create partition/format /dev/md1 - gparted should see it.
> >Followed by normal mount.
>
> I tried to use the command as I wrote it above, but I got:
>
>         mdadm: /dev/nvme1 is not a block device.
>
> So, not really knowing what I was doing, I added -n1 to the end of each
> nvme# above and tried again. This gave me:
>
> mdadm: chunk size defaults to 512K
> mdadm: partition table exists on /dev/nvme1n1
> mdadm: partition table exists on /dev/nvme1n1 but will be lost or
>        meaningless after creating array
> mdadm: partition table exists on /dev/nvme2n1
> mdadm: partition table exists on /dev/nvme2n1 but will be lost or
>        meaningless after creating array
> mdadm: partition table exists on /dev/nvme3n1
> mdadm: partition table exists on /dev/nvme3n1 but will be lost or
>        meaningless after creating array
> mdadm: partition table exists on /dev/nvme4n1
> mdadm: partition table exists on /dev/nvme4n1 but will be lost or
>        meaningless after creating array
> Continue creating array? y
> mdadm: Defaulting to version 1.2 metadata
> mdadm: array /dev/md1 started.
>
> Afterwards I used GParted GUI to partition it into one partition and
> format it to ext4. This resulted in 1MB unallocated space and 1.98
> giggle bits of used space. GParted did not supply me with any
> explanation for these, but I don't suppose it matters. Also, the device
> name is no longer /dev/md1, but /dev/md1p1. And Intel advertised these
> drives as 8TB, but the four of them are now 27.8 tribble bits.
>
>
You are correct, I overlooked the missing n1 in the drive names when typing
the mdadm command.

Always refer to lsblk or fdisk about the real names.

-T



More information about the PLUG mailing list