gparted identifying incorrect raid arrays
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GParted |
Fix Released
|
Medium
|
|||
gparted (Ubuntu) |
Fix Released
|
Medium
|
Phillip Susi | ||
Quantal |
Won't Fix
|
High
|
Phillip Susi |
Bug Description
SRU Justification:
Users get a popup reporting internal errors/bugs relating to oddly named raid arrays that do not exist. There was a module that probed for mdadm devices by running mdadm --examine --scan to scan all disks for raid metadata. This is incorrect and sometimes reports incorrect information so this module was removed upstream, and gparted now relies on /proc/partitions to detect active raid arrays. There should be little to no chance of regression.
Test Case: create an mdadm raid array, but do NOT add it to /etc/mdadm.conf. After a reboot, mdadm will activate it as /dev/md127 instead of /dev/md0 because it isn't registered in the conf file. Gparted thinks it should be /dev/md0 and errors because it doesn't exist.
End SRU justification.
On startup, gparted complains with several popups that it has an internal parted bug trying to stat /dev/md/XXXX. This appears to be caused by its reliance on running mdadm --examine --scan to identify raid arrays. Recent versions of mdadm now report the existence of "containers" that are not usable block devices, but gparted thinks they are. It also reports the preferred major number rather than the actual. In other words, if the metadata says it is supposed to be /dev/md0, that is what mdadm reports, however it may have been activated as /dev/md127 instead, causing gparted to try to use a device that does not exist.
Related branches
- Ubuntu branches: Pending requested
-
Diff: 5384 lines (+5022/-181)20 files modified.pc/applied-patches (+1/-0)
.pc/drop-swraid.patch/README (+192/-0)
.pc/drop-swraid.patch/include/Makefile.am (+59/-0)
.pc/drop-swraid.patch/include/SWRaid.h (+55/-0)
.pc/drop-swraid.patch/src/GParted_Core.cc (+3398/-0)
.pc/drop-swraid.patch/src/Makefile.am (+78/-0)
.pc/drop-swraid.patch/src/Makefile.in (+700/-0)
.pc/drop-swraid.patch/src/Proc_Partitions_Info.cc (+134/-0)
.pc/drop-swraid.patch/src/SWRaid.cc (+104/-0)
README (+0/-4)
debian/changelog (+8/-0)
debian/patches/drop-swraid.patch (+286/-0)
debian/patches/series (+1/-0)
include/Makefile.am (+0/-1)
include/SWRaid.h (+0/-55)
src/GParted_Core.cc (+0/-12)
src/Makefile.am (+0/-1)
src/Makefile.in (+1/-3)
src/Proc_Partitions_Info.cc (+5/-1)
src/SWRaid.cc (+0/-104)
Changed in gparted (Ubuntu): | |
importance: | Undecided → Medium |
status: | Invalid → Triaged |
summary: |
- gparted raid wrong information + gparted identifying incorrect raid arrays |
description: | updated |
Changed in gparted: | |
importance: | Unknown → Medium |
status: | Unknown → Incomplete |
Changed in gparted (Ubuntu): | |
status: | Triaged → In Progress |
assignee: | nobody → Phillip Susi (psusi) |
Changed in gparted: | |
status: | Incomplete → Confirmed |
Changed in gparted: | |
status: | Confirmed → Incomplete |
Changed in gparted: | |
status: | Incomplete → Confirmed |
Changed in gparted (Ubuntu Quantal): | |
status: | New → In Progress |
assignee: | nobody → Phillip Susi (psusi) |
description: | updated |
Changed in gparted (Ubuntu Quantal): | |
importance: | Undecided → High |
Changed in gparted: | |
status: | Confirmed → Fix Released |
description: | updated |
description: | updated |
Forgot to add: I am using:
mdadm.
no lvm.
disks are gpt.