GNOME Bugzilla – Bug 634553
ntfsresize fails on RAID array
Last modified: 2010-12-13 17:30:50 UTC
Created attachment 174219 [details] Output of ReportIt button after error Using gui to resize NTFS partition on a Intel controller "fake" RAID, it fails because partition device name passted to command line ntfsresize is wrong - here /dev/mapper/isw_ccjiaggjfd_ARRAYp3 should have ended ARRAY3 (no p). The earlier lines in the report show the device name correctly (as it was in the GUI).
Thank you Darrel for this bug report and including the gparted_details.htm log file. Which GNU/Linux distribution or Live CD are you using? Would you be able to provide the output from the following two commands (as root)? dmraid -sa -c ls -l /dev/mapper
dmraid -sa -c says isw_ccjiaggjfd_ARRAY ls -l /dev/mapper says crw------- 1 root root 10, 63 Nov 11 08:54 control brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAY brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp1 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp2 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp3 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp4 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp5 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp6 brw-rw---- 1 root disk 253, 0 Nov 11 08:54 isw_ccjiaggjfd_ARRAYp7 Above is in a running Centos 5.5 The problem was with GParted live cd 0.7.0-4 On the GParted live CD dmraid says the same as above but the ls shows crw------- 1 root root 10, 59 Nov 11 17:31 control lrwxrwxrwx 1 root disk 7 Nov 11 17:30 isw_ccjiaggjfd_ARRAY -> ../dm-0 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY1 -> ../dm-1 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY2 -> ../dm-2 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY3 -> ../dm-3 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY4 -> ../dm-4 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY5 -> ../dm-5 lrwxrwxrwx 1 root disk 7 Nov 11 17:31 isw_ccjiaggjfd_ARRAY6 -> ../dm-6
Thank you for the quick response. The output from the above commands confirmed my suspicions. Fortunately I have been able to replicate the problem, find the offending code, and implement a fix. The fix has been committed to the git gnome repository for inclusion in the next release of GParted (either a 0.7.1 release or 0.8.0). You can view the code fix at the following link: http://git.gnome.org/browse/gparted/commit/?id=3c35a7ff42927bfcd89465661766b661f4fbcb76 Are you able to compile and test code from the git repository? If not, then I could provide you with a pre-compiled binary that you could copy to the GParted Live 0.7.0-4 CD for testing.
I've already resized the NTFS partitions (using command line on live CD followed by fdisk to fix the partition table), so I no longer have candidae partitions to resize. My report was more to get the bug fixed for next poor hacker (or me when I have to do something similar next year). I have used git, but not routinely. And copying TO a CD?? Thanks for a quick resolution though. Darrel
No worries on testing. I am confident that I have fixed the problem. It is good to hear that you were able to work around the problem. By copying to CD I was implying booting the CD (which runs in a RAM file system), and then copying a binary to the file system in RAM. I can see how my original sentence sounds now though. Copying a file to an already burned CD-R.... :D
This enhancement has been included in GParted 0.7.1 released on December 13, 2010. Closing this bug.