| Summary: | Can't unmount NTFS volumes due to unknown write activity | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James <fedorabugmail> |
| Component: | ntfs-3g | Assignee: | Tom "spot" Callaway <tcallawa> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | jean-pierre.andre, tcallawa |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-19 16:11:05 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
James
2012-01-15 19:17:53 UTC
> Attempts to do so through the GUI gives a message indicating > there are still active writes pending. Using umount also > gives a similar error messages regarding pending writes. What error message ? The usual reason is that the process calling mount(8) has open files when mounting. The corresponding file descriptors are inherited by the fuse process, which do not know about them and cannot close them. > A few seconds after mounting, I notice a large amount of disk > activity(based on the hardware LED) and the file manager becomes > very unresponsive. This is for computing available disk space. This may be significant if the partition is big and is formatted with small clusters (4K recommended). > When mounting a FAT32 external drive, none of this happens. > Performance is consistently fast and the drive can be unmounted > at any time. The FAT file system is plugged within the kernel, hence it has no process inheriting open file descriptors. Computing free space depends on the number of clusters. Not a bug with ntfs-3g. After several tries lsof was able to show 'tumblerd' was accessing the disk. |