Bug 970394
| Summary: | nautilus Format... does nothing | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Mark Gordon <mgordon> | ||||
| Component: | udisks2 | Assignee: | Tomas Smetana <tsmetana> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Desktop QE <desktop-qa-list> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 7.0 | CC: | bgollahe, jakobunt, kzak, lszubowi, mclasen, oholy, pvine, tsmetana, vbenes, zeenix | ||||
| Target Milestone: | pre-dev-freeze | ||||||
| Target Release: | 7.1 | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-05-11 11:12:57 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 1077310 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Mark Gordon
2013-06-03 23:34:36 UTC
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
-Lenny.
This should be fixed in gnome-disk-utility-3.8.2-5.el7 Created attachment 873938 [details]
screenshot
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.
Results:
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: https://bugs.freedesktop.org/show_bug.cgi?id=76178 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 E: ID_FS_TYPE=iso9660 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. |