Since 2.6.x kernels, a new type of MD device was introduced, a partitionable array:
- device names is: md -> md_d
- partitions: md_d0p2
Since kernel-2.6.28, regular arrays can be partitioned too, eg: /dev/md/md0p2.
We should add support for both in diskdrake.
Then we could show such partitioned RAIDs in the partitioning wizard (bug #5800)...
Steps to Reproduce:
This would help for mdadm managed isw_ raids too as the fakeraid disk is
and partitions on it:
and so on...
add support for partitionable RAIDs =>
add support for partitionable RAIDs (eg: /dev/md_d0p2 & /dev/md0p2)
Example: see attachment #6612 [details]:
* error: failed to add partition #4 on /dev/mapper/isw_baecbdbe_Sys at /usr/lib/libDrakX/partition_table/gpt.pm line 154.
Pascal (or other members of the Mageia Tools maintainer group), this bug report is currently targeted for Mageia 6. Is that something you can handle or should we postpone to Mageia 7?
I am not planning to work on that anytime soon.
A first step would be to update devices.pm (we probably want to change it to use /sys first and fallback on hardcoded stuff instead if the opposite).
(In reply to Pascal Terjan from comment #4)
> I am not planning to work on that anytime soon.
> A first step would be to update devices.pm (we probably want to change it to
> use /sys first and fallback on hardcoded stuff instead if the opposite).
Ok, I'll set the Milestone as Mageia 7 unless someone steps in rapidly.
Mageia 6 =>
This is High priority bug for a good reason.
Making Mageia even better than ever is best direction.
In order to do right thing, this bug should be examined and fixed as soon as possible.
Packagers, please make the status to Assigned when you are working on this.
Feel free to reassign the bug if bad-triaged. Also, if bug is old, please close it.
On October 1st 2020, we will drop priority to normal.