9 replies to this topic

[sebt3]

Hi

a quick shoot :
dl : http://sebt3.openpandora.org/pnd/gparted.pnd
web : http://gparted.sourceforge.net/

[xopher]

Thanks for this little gem. Works as expected I've found zero faults.

[sebt3]

Thanks for this little gem. Works as expected I've found zero faults.

Thanks for feedback. Did you try to modify partitions with it ? (I didn't, last time I plyed with it I lost about 10M of data at the start of my hard-drive with no formal backup : i have lost lots of work, so I tend to be carefull now)

[Bosbeetle]

thanks

[sebt3]

Added/extended support for :
- ext2/3/4
- fat
- ntfs
- hfs
- jfs
(same download url)

[sebt3]

Ok,

I've seen many report that this is not working (It's a shame these didn't came here... Oh well...)

I got a second sdcard so now I can actually test. And here is what I get in the log (/tmp/pndrun_gparted.log) :

Partition(s) 8 on /dev/mmcblk1 have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.

After a bit of googling I found this. So I updated to the lastest SVN, only to discover that this patch havent been applied. I applied it anyway. And it seems to works now.
As this patch transform the error as a warning, you will need to un-plug then replug the card before futher usage.

Download at the usual place.

[Esn]

Thanks. I actually did notice it wasn't working for me, but I thought I did something wrong...

[DynaMight]

I had the same error as above, so updated to the latest pnd which fixed that error but it still has problems for me. I'm trying to create an EXT3 partition (same error with EXT2 too) and I get the error message

/dev/mmcblkp1 is mounted, will not make a filesystem here!


When I first inserted the SD card, I had to unmount using the 'partition' menu. Just downloaded Parted Magic for the PC and it formatted the card to EXT3 first time, no issues.

[porg]

GParted - Queued actions fail as some background process seems to intervene by automatically re-mounting

Examples of failure

The normal way (which works on other Linuxes)
1) GParted > Unmount a certain partition
2) Programs works, and refreshes the device view, device shown as unmounted.
## Remark: Switching to Thunar still shows the volume mounted!
3) Format your certain partition, Apply. Fails with message:
mke2fs 1.41.12 (17-May-2010)
<your drive and partition path> is mounted; will not make a filesystem here!

Failing Workaround:
1) GParted runs
2) Thunar > Right click on volume > Unmount
Error message:
Unable to unmount "<drive label>":
The enclosing drive for the volume is locked
## Remark: Probably locked by GParted

Working workaround:
1) Close all apps
2) Thunar > Right click on volume > Unmount
3) Start GParted and do your stuff there.
## Remark: The problem is that this only works for single partition drives. As soon as you queue multiple actions in GParted, and then apply them, the first action is performed, and then the further actions fail. Why? The first action is performed, then the unknown background mechanism already mounts a created volume, and further commands such as change partition label, or create fruther partitions fail, because the first partition was already mounted, hence the drive locked fro further modifications.

[porg]

GParted - Reduce icon size in toolbar so all icons can be seen at once

Due to current lack of space, the "Cancel" and "Apply" button are inside the dropdown menu, which is cumbersome to access each time.