NeCod, do be careful not to let the mobo re-write that HPA. From my (very bad) experience with that Gigabyte board, a reset of the CMOS, a BIOS flash, a bad stick of RAM, or just playing around with the BIOS backup tools in the wrong way can cause it to do this without warning you. (the driver CD that came with my board was bootable and would do this.) If you have an option in BIOS to disable the backup BIOS to HDD feature, (I didn't, but have seen later boards that did) definitely disable it before using HDAT2, so that you won't have to go through this twice.
If that testdisk util doesn't work, look up R-studio. It's commercial software (and expensive,) but might be able to recover the data on your array if you're really hurting for it. You should still have an external storage device to which to dump the data, but this might save you a lot of reinstalls. Either way, watch for UUIDs to change when you rebuild. Check /etc/fstab and replace disk-by-uuid references to the array before trying to boot to a recovered drive. Also, HDAT2 is now included on the Ultimate Boot CD, which is an extremely useful resource in its own right, and may contain other utilities to help you recover your array once HDAT2 is run. http://www.ultimatebootcd.com/ -- HPA ( Host Protected Area ) interferes with dmraid https://bugs.launchpad.net/bugs/219393 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs