Hey All,
I my research I came across a note that a specific partition type was preferable when creating a raid 5 array. I installed my HDs and used mdadm to assemble them into a raid 5 array. I then partitioned the array using gdisk. The default partition type is "8300 Linux filesystem" for the two partitions that I created.
The article I read said that a specific partition type was preferred to avoid issues if the array was to be moved to another machine. Now I can't find where I read that.
What is the preferred partition type that I should use for my partitions?
On 04/19/2015 06:36 PM, Mark LaPierre wrote:
What is the preferred partition type that I should use for my partitions?
The preferred partition type is 0xfd, but that ONLY when building a RAID array from partitions. When building an array from whole disks (as you've done), the partition types on top of the array should reflect the contents of those partitions, so what you've got is correct.
On 04/19/15 20:05, Ian Pilcher wrote:
On 04/19/2015 06:36 PM, Mark LaPierre wrote:
What is the preferred partition type that I should use for my partitions?
The preferred partition type is 0xfd, but that ONLY when building a RAID array from partitions. When building an array from whole disks (as you've done), the partition types on top of the array should reflect the contents of those partitions, so what you've got is correct.
I found the item I was looking for:
https://raid.wiki.kernel.org/index.php/Partition_Types
"(From the mdadm 2.6.8 man-page) When creating partition-based arrays using mdadm and version-1.x superblocks, the partition type should be set to 0xDA (non fs-data). This type selection allows for greater precision since using any other type [RAID auto-detect (0xFD) or a GNU/Linux partition (0x83)], might create problems in the event of array recovery through a live cdrom."
Since I'm not building an array from previously established partitions this does not apply.
Thanks for confirming what I just found. I love it when a plan comes together.
-
Ian Pilcher -
Mark LaPierre