[Bug 1074606] Please test proposed package

[Colin Watson]

Hello martin, or anyone else affected,

Accepted gparted into quantal-proposed. The package will build now and
be available at
http://launchpad.net/ubuntu/+source/gparted/0.12.1-1ubuntu1 in a few
hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to gparted in Ubuntu.
https://bugs.launchpad.net/bugs/1074606

Title:
  gparted identifying incorrect raid arrays

Status in Gnome Partition Editor:
  Fix Released
Status in “gparted” package in Ubuntu:
  Fix Released
Status in “gparted” source package in Quantal:
  Fix Committed

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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/1074606/+subscriptions