Version: unspecified (using KDE 4.7.1) OS: Linux I execute "dd if=~/chakra.iso of=/dev/sdb" as root to make a bootable USB device. And I want to recover it after installing my system. After creating new partition table of my USB device with the KDE partitionmanager , I try to create new partition whose file system is vfat. But it fails to execute mkfs.vfat and tells me "/dev/sdb1 not found". And There is no problem with my USB device , because I can do the same thing with Gparted. Reproducible: Always Steps to Reproduce: Insert a USB device into computer. Execute "dd if=[any ISO file of CD] of=/dev/sdb" as root. Run KDE partition manager. Select the device "/dev/sdb" Click "Create new partition table". Choose "Ms-dos" as the partition table type. Create a new partition whose file system is "vfat". Wait until the operation stops. Actual Results: The KDE partition manager fails to create the partition. Expected Results: The partition should be created.
Thank you very much for reporting this issue. I cannot reproduce this behaviour. I followed the steps you gave and everything worked just as expected. Which version of KDE Partition Manager did you try this with? And where did you get that version from, i.e. build it yourself or installed some package?
(In reply to comment #1) > Thank you very much for reporting this issue. > > I cannot reproduce this behaviour. I followed the steps you gave and everything > worked just as expected. > > Which version of KDE Partition Manager did you try this with? And where did you > get that version from, i.e. build it yourself or installed some package? I'm sorry that the information I provided was not enough. I used KDE Partition Manager 1.0.60 Chakra Live CD (2011-04,Aida, KDE4.6.2). I'll try to reproduce it one more .
Thank you for your reply. It appears Chakra have opted to ship a KDE Partition Manager snapshot from SVN that was not meant for release. They also, it seems, have patched what they ship quite a bit (if this is what they ship: http://gitorious.org/chakra-packages/desktop/trees/testing/tribe-partitionmanager). Nothing in there appears suspicious regarding the issue at hand, though. Anyway, as long as this cannot be reproduced with a pristine version built from SVN I'm closing this bug.