After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 622217 - gparted live 0.6.0-1 incompatibility with AMD RAID (SB750 southbridge)
gparted live 0.6.0-1 incompatibility with AMD RAID (SB750 southbridge)
Status: RESOLVED FIXED
Product: gparted
Classification: Other
Component: livecd
0.6.0
Other All
: Normal normal
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2010-06-20 18:22 UTC by Bill K
Modified: 2010-09-23 17:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screen amd raid fail (66.80 KB, image/jpeg)
2010-06-20 18:23 UTC, Bill K
Details
GParted details raid (1.79 KB, text/html)
2010-06-20 18:24 UTC, Bill K
Details

Description Bill K 2010-06-20 18:22:53 UTC
Hello. 

First, the computer. Its an AMD Phenom II X4, Gigabyte motherboard (GA-MA790FXT-UD5P) with SB750 southbridge, 4 GB ram, ATI 5850 vga. I have BIOS RAID 0 in my computer (done with the sb750 southbridge) with 2 Samsung Spinpoint 500 GB each. 3 partitions made in that RAID, 100MB for windows 7 boot, 292 and 638 GB.

Once i loaded gparted, it recognized the partitions correctly, but with an exclamation mark warning, which i think means that i cannot do anything to them and something is wrong. The controller has a name like AMD 2+0 Striped or something like that in windows environment. the name of the raid drive in gparted is /dev/mapper/pdc_hffgdfec. when i right click on any of those partions and select Information, it shows: the device  /dev/mapper/pdc_hffgdfec doesn't exist. ntfsresize error(2). failed to check  /dev/mapper/pdc_hffgdfec1 mount state: no such file or directory. probably /etc/mtab is missing. unable to read contents....ntfsprogs required.I downloaded the ISO straight from sourceforge and have not modified it in any way.A single wd 500 i have on the sb750 works fine, i tried a checkdisk and it works.

I discussed the matter with  *gedakc* in the forums, and he recommended I should submit the bug here.He also suggested I post the results from ls -l /dev/mapper/

They are as follows:
v.0.5.2-11

total 0
crw-rw---- 1 root root   10, 59 2010-06-18 20:56 control
brw-rw---- 1 root root 254,  0 2010-06-18 20:56 pdc_hffgdfec
brw-rw---- 1 root root 254,  1 2010-06-18 20:56 pdc_hffgdfec1
brw-rw---- 1 root root 254,  2 2010-06-18 20:57 pdc_hffgdfec2
brw-rw---- 1 root root 254,  3 2010-06-18 20:57 pdc_hffgdfec3


v.0.6.0-1

total 0
crw------- 1 root root 10, 59 2010-06-19 13:17 control
lrwxrwxrwx 1 root root       7 2010-06-19 13:17 pdc_hffgdfec -> ../dm-0
lrwxrwxrwx 1 root root       7 2010-06-19 13:17 pdc_hffgdfec1 -> ../dm-1
lrwxrwxrwx 1 root root       7 2010-06-19 13:17 pdc_hffgdfec2 -> ../dm-2
lrwxrwxrwx 1 root root       7 2010-06-19 13:17 pdc_hffgdfec3 -> ../dm-3

where the number 254 used to be, now there is a complete blank there.i don't know if this helps.


This is the gparted_details.htm after performing checkdisk on partition pdc_hffgdfec3:




GParted 0.6.0

Libparted 2.2
Check and repair file system (ntfs) on /dev/mapper/pdc_hffgdfecp3  00:00:00    ( ERROR )
     	
calibrate /dev/mapper/pdc_hffgdfecp3  00:00:00    ( SUCCESS )
     	
path: /dev/mapper/pdc_hffgdfecp3
start: 614400000
end: 1953279999
size: 1338880000 (638.43 GiB)
check file system on /dev/mapper/pdc_hffgdfecp3 for errors and (if possible) fix them  00:00:00    ( ERROR )
     	
ntfsresize -P -i -f -v /dev/mapper/pdc_hffgdfecp3
     	
ntfsresize v2.0.0 (libntfs 10:0:0)
ERROR(2): Failed to check '/dev/mapper/pdc_hffgdfecp3' mount state: No such file or directory
Probably /etc/mtab is missing. It's too risky to continue. You might try
an another Linux distro.


And the screenshot showing the problem in gparted in the attachment.
Comment 1 Bill K 2010-06-20 18:23:36 UTC
Created attachment 164154 [details]
Screen amd raid fail
Comment 2 Bill K 2010-06-20 18:24:44 UTC
Created attachment 164155 [details]
GParted details raid
Comment 3 Bill K 2010-06-20 18:33:20 UTC
forum thread with gedakc

http://gparted-forum.surf4.info/viewtopic.php?id=14170
Comment 4 Curtis Gedak 2010-06-25 22:28:05 UTC
Thank you Bill for reporting this problem.  There have been some upstream changes to both dmraid and parted might be related to this problem.

At the moment, gparted-live-0.6.0-1 does work correctly with my Intel Software RAID.
Comment 5 Curtis Gedak 2010-07-24 20:29:54 UTC
This problem appears to be related to a inconsistency with device and partition naming conventions.

On my Intel Software RAID, if I name the device so that it ends with a number then gparted-live-0.6.1-2 will work correctly with this FAKE RAID device.

E.g.,  Device Name = /dev/mapper/isw_biijdcbfij_Vol0


If I name the device so that it ends with a letter, then gparted-live-0.6.1-2 will not work correctly with this FAKE RAID device.

E.g.,  Device name = /dev/mapper/isw_biijdcbfij_Volume
Comment 6 Curtis Gedak 2010-08-17 16:42:23 UTC
I believe that I have solved this problem, and have committed the relevant changes to the git repository for GParted.

Bill, are you able to compile and test GParted using source code from the git repository for GParted?
Comment 7 Bill K 2010-08-19 10:16:12 UTC
I am sorry, but I cannot help you:( I don't have a Linux distribution right now, and I have broken the RAID partition on my drives and have them as single drives now. Again, I'm sorry.
Comment 8 Curtis Gedak 2010-08-19 17:04:26 UTC
No worries Bill.  Since I was able to replicate the problem, I am confident that the fix I implemented for my system (Intel Chipset RAID ICH8R) will also work for you system.

The relevant git commits can be viewed at the following links:

Simplify logic in set_device_partitions method
http://git.gnome.org/browse/gparted/commit/?id=53c49349f71693873805e87856b4c56f2860e6d8

Create new method get_partition_path
http://git.gnome.org/browse/gparted/commit/?id=9bd8b148710e6c498f008ea55fa8cef204c62fbb

Replace function ped_partition_get_path with method get_partition_path
http://git.gnome.org/browse/gparted/commit/?id=cf264a05bbccbed0c8a9a9a5366cc3cfd821d089

Create new method make_path_dmraid_compatible
http://git.gnome.org/browse/gparted/commit/?id=73e7f85a2f4508f81501083ee56a2483cb2931d7

Ensure partition path name is compatible with dmraid
http://git.gnome.org/browse/gparted/commit/?id=81986c0990eef65593ef23397074cf61cdca415f

I also made one more enhancement to remove the dependency on the kpartx command in order to support dmraid devices.  This git commit can be viewed at the following link:

Remove dependency on kpartx for fake RAID support
http://git.gnome.org/browse/gparted/commit/?id=c55a8de305f1eab9f31fe87252b9f743282e3a4b

All of these enhancements to address the problem of GParted not working with Fake RAID devices when the device name does not end in a number are planned for inclusion in the next release of GParted (0.6.3).
Comment 9 Curtis Gedak 2010-09-23 17:00:23 UTC
The enhancements to address this bug report have been included in GParted 0.6.3 which was released on September 23, 2010.

Closing this bug report.