Red Hat Bugzilla – Bug 970394
nautilus Format... does nothing
Last modified: 2015-06-30 04:17:39 EDT
Description of problem:
The Format... option available from the context menu in the sidebar for thumb drives etc. doesn't work.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Insert a thumb drive.
2. Make the sidebar visible (F9) if it isn't already.
3. Right-click the thumb drive in the sidebar and select "Format..."
4. Pick any combination of Erase and Type; the choice doesn't seem to make any difference.
5. Click the Format... button.
6. Click the Format button in the confirmation dialog.
Volume is unmounted, but device remains visible. Clicking the device (which has the side effect of mounting the device) shows unmodified contents. Properties shows the original filesystem type preserved.
Volume disappears during formatting (as happens with gnome-disks), reappears, on mounting has previous contents gone, new filesystem type.
Other than the volume not disappearing from under Devices, there are several other differences in behavior from "gnome-disks --block-device $DEV --format-device"
- I don't have ntfsprogs installed, so mkntfs isn't present. gnome-disks therefore rightly complains if I try to format a device with ntfs; nautilus doesn't, but should.
- If I try to format a device with LUKS + Ext4 and select a password of fewer than eight characters, gnome-disks complains; nautilus doesn't, but should.
Same on F19, upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=703424
the Format... menuitem seems to work fine in quick testing here.
So, I just ran into the same problem on RHEL-7.0-20140127.0 (snapshot 4) installed.
Attempt to format a USB drive as vfat from a Nautilus window does not result in any error messages, but the device certainly has not been formatted. All the previous content is still there.
I'm logged in as root, and I can format the USB flash drive from a shell prompt.
# mkdosfs -v -n test2 /dev/sdb1
This should be fixed in gnome-disk-utility-3.8.2-5.el7
Created attachment 873938 [details]
This is fixed for flashdrives formated as VFAT, but not for "iso9660". "Error formating volume" dialog appears in Gnome Disks.
Steps to reproduce:
1. dd "Fedora-Live-Desktop-x86_64-20-1.iso" onto flashdrive and sync.
2. Remove flashdrive.
3. Insert flashdrive (but don't open it in Nautilus.
4. In Nautilus, right-click on device and select "format".
5. Click on "Format...".
6. After 5 minutes click on device in Nautilus.
1. Device is still named "Fedora-Live...".
2. I still see content of Fedora-Live-Desktop-x86_64-20-1.
3. After I disconnect flashdrive and connect back. I can't see it in Nautilus. When I run Gnome Disks, I see "Error formating volume" dialog and flashdrive with "Unknown" volume.
that sounds like a different issue. what you describe here ("Error dialog appears") is very different from the subject of this bug ("nothing happens")
It actually does nothing in Nautilus, it's same behavior described in #0.
Error in Gnome Disks is additional information, which can help developer trace this issue.
My point is, flashdrive format in Nautilus is not fixed for flashdrive containing iso9660 filesystem.
I can reproduce this, both on rhel7 and on current f20 and rawhide.
Same error is possible to reproduce just using the gnome-disk-utility:
1/ insert drive with iso9660
2/ format it in the gnome-disk-utility
3/ mount it in the gnome-disk-utility and the error appears in a short time
This is probably udisks bug. For more details see upstream bug:
Just a quick note...
It is possible to format a whole device:
Gnome Disks -> Drive -> Format
gnome-disks --block-device /dev/sdb --format-device
But it fails to format just a volume on iso9660 if there is multiple volumes:
Gnome Disks -> Volume -> Format and also Nautilus -> Devices -> Format
gnome-disks --block-device /dev/sdb1 --format-device
The problem is Fedora image format (http://mjg59.dreamwidth.org/11285.html), because there is partition table inside first partition (hope I'm not talking nonsense).
Wipefs wipes everything on /dev/sdb1 (Bug 1077310). So it removes all partitions and also the partition table. The error occurs, because it wanted to re-read the removed partition table:
/dev/sdb1: calling ioclt to re-read partition table: Invalid argument
Udev doesn't see the change, because of partition table isn't re-read for /dev/sdb probably:
$ udevadm info --name /dev/sdb1
However there is still problem even if udisks have fresh information, because we don't have /dev/sdb1 partition to continue formatting...
This is corner case scenario, moving to RHEL 7.1 based on discussion on Mar-28.
As the original issue was closed in 3.8.2. I am closing as current release. If you anyone feel that the Fedora issue should be fixed, please file it upstream first.