Chris Murphy composed on 2016-04-21 22:31 (UTC-0600):
Felix Miata wrote:
Thread https://lists.opensuse.org/yast-devel/2016-04/msg00019.html explains my situation (I hope). YaST2 simply does not support creating in a degraded state.
As a consequence, apparently I must use mdadm. Its man page is a mile long. I'm having a hard time determining what is required to do what I wish done, prepare a disk with 10 degraded md devices, in advance on one machine, for subsequent 42.1 and TW installation in another machine, minimizing downtime in the target machine. My proposed creation commands are as follows:
mdadm -Cv /dev/md0 -e 1.2 --homehost=fi965 -l 1 -N r130tmp -n /dev/sdb8 missing ... I find the mdadm man page entirely unclear whether I should want the partitions to be of type 0xDA or 0xFD.
Strictly speaking is should be 0xDA for mdadm metadata 1.x and 0xFD for mdadm metadata 0.9. The former uses detection/assembly in the initramfs and the latter uses kernel autodetect which is deprecated but because no regressions are allowed, it stays in the kernel as is I guess forever. The problem is I think only fdisk supports 0xDA, and GNU parted doesn't support it nor does it support arbitrary OStype codes.
So in practice it seems to be 0xFD and no one dies, but there are probably edge cases where it could cause trouble. Mainly comment 5. https://bugzilla.redhat.com/show_bug.cgi?id=1118065
Due in large part to this kind of nonsense, we in effect have an artificial shortage of GUIDs if parted is the partition tool. I'd rather like to see parted just pass silently into the night.
http://lists.alioth.debian.org/pipermail/parted-devel/2014-November/004593.h...
And on 0xDA vs 0xFD in parted, here's the thread on getting it added to parted and it's basically a no because nothing really cares about it so why add it? http://lists.alioth.debian.org/pipermail/parted-devel/2015-October/004742.ht...
In the parted world, types aren't reliable and aren't used anyway, and there's no point in trying make any of it useful. So just reuse a previously existing type helping to ensure that types aren't reliable. Brilliant circular logic!
Partitioner support for 0xDA is a non-issue for me, as the only tool I use to write tables rarely even gets mention in Linux circles. It allows to set any type regardless of validity. So is there any compelling reason with RAID1 not to use type 0xFD, and instead of the above, create using the following?: mdadm -Cv /dev/md9 -e 0.90 --homehost=fi965 -l 1 -n /dev/sdb17 missing Is there material advantage in 1.2 metadata other than offering arbitrary naming? It seems to me possibly advantageous to use 0.90 unless an arbitrary name is desired. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org