If you want the name to stay the same then create a file in /etc/mdadm.conf with something like this in it: # mdadm.conf written out by anaconda MAILADDR root AUTO +imsm +1.x -all ARRAY /dev/md13 metadata=1.2 level=raid6 num-devices=7 name=localhost.localdomain:11 UUID=a54550f7:da200f3e:90606715:06691490 POLICY domain=all action=re-add On Tue, May 26, 2020 at 6:16 AM Patrick O'Callaghan <pocallaghan@xxxxxxxxx> wrote: > > On Mon, 2020-05-25 at 23:22 -0500, Gabriel Ramirez wrote: > > On 5/25/20 5:23 PM, Patrick O'Callaghan wrote: > > > Yes, I understand that. I still think the behaviour of mdadm in this > > > case is counter-intuitive. When I explicitly ask for the creation of an > > > array called /dev/md0 and the command first of all warns me that this > > > will (not "may") destroy the existing partition table and do I want to > > > proceed, then when I say yes apparently succeeds, I think I'm entitled > > > to think that /dev/md0 has been created, but it hasn't. > > > > remember /dev is created at linux boot so the devices names are dynamic > > (/dev/mdN) > > Yes, that's true. However I'm talking about immediately after doing the > array creation. If /dev/md0 is not a valid name because it will be > destroyed on reboot, shouldn't mdadm warn me? > > > if you want give a name to the array and a device name under /dev/md > > something like: > > > > mdadm --create /dev/md/var-even --raid-devices=2 --level=1 > > --name=var-even /dev/sd[ab]12 > > > > the above command uses partition number 12 type fd00 on /dev/sd[ab] > > > > and format with: > > > > mkfs.ext4 -L 'var-even' /dev/md/var-even > > > > to prevent name collisions (if you mount the disk in another computer > > with identical setup) find the partition uuid with: > > > > ls -lht /dev/md/var-even > > lrwxrwxrwx. 1 root root 8 May 20 21:48 /dev/md/var-even -> ../md121 > > > > and find the uuid pointing to md121 with: > > > > ls -lht /dev/disk/by-uuid/ > > > > ... > > > > lrwxrwxrwx. 1 root root 11 May 20 21:48 > > 2108ba12-2ee3-5067-8de4-01c454867c5a -> ../../md121 > > > > ... > > > > and use that uuid in fstab. > > Thanks. I'll bear that in mind if the existing /dev/md127p1 suddenly > disappears. > > poc > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
