| Summary: | When copying more than a few files from disk to usb flash drive, gnome environment freezes | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Brian G. Anderson <bikehead> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | ccecchi, fschwarz, gansalmon, itamar, jaroslav.sykora, jonathan, kernel-maint, lovenemesis, madhu.chinakonda, mishu, peter.ceiley, sangu.fedora, scott, tbzatek |
| 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-07-11 17:53:28 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
Brian G. Anderson
2011-08-30 16:33:46 UTC
This doesn't look like a nautilus or gnome bug, more like a kernel/driver issue. This would be difficult to debug as long as there are no suspicious lines in dmesg. Well, it's a big problem. My whole machine becomes unresponsive. You're right about it being most probably a kernel bug since when I ssh in an try and copy something large it will lock up the shell too. Should it be reassigned? If you go on fedoraproject forums you will see that I'm not the only one with this problem That looks horrible. Sounds like your disk controller runs in PIO mode. You can try booting with "elevator=cfq" or "elevator=as" to see the difference, but it's a lame advice after all. Reassigning to kernel. Having identical problem here. And a quick google suggests we are not the only ones. What information can I provide to get this looked into? Something very similar to https://bugzilla.redhat.com/show_bug.cgi?id=721127 *** Bug 755140 has been marked as a duplicate of this bug. *** Package kernel-3.1.2-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.1.2-1.fc16' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16237/kernel-3.1.2-1.fc16 then log in and leave karma (feedback). Hi! Let me provide a new datapoint to this matter as I think I have the same problem: Situation: source disk: internal SATA HDD, reading at approx 90MB/s Destination: external magnetic HDD over USB 2.0, writing at approx 30MB/s Kernel: 3.2.6-3.fc16.x86_64 When the external drive is formatted as BTRFS the system (X, KDE) stalls after a few hundreds of MB are "copied". I say "copied" because in midnight commander (mc) it reports progress according to the read-rate, i.e. cca 90MB/s, then once the kernel buffers are full the whole system is stalled (while the data are pushed over usb at cca 30MB/s), or slowed down to a point of being unusable. Once the copying is over everything returns to normal. No info in dmesg. Interestingly when the external HDD is formatted EXT4 the stall does not happen... almost. I think there still were one or two short (<0.5sec) intermittent stalls, but this may be subjective. In EXT4 the reported speed in mc starts at the read-rate (90MB/s), then progressively degrades to the real write-speed (30MB/s), and the system stays responsive. I switched the external HDD to deadline scheduler, with no avail. I tried changing the scheduling class to 'idle' on mc. It helped a little: as long as I play around in KDE (e.g. switching desktop there and back) while copying it runs pretty fine. However, when I leave it for a few seconds it chokes and stalls. Update. My machine is up to kernel 3.2.6-3.fc16.x86_64 and the problem is most definitely still around. I had three avi files each at or above 1G and I used nautilus to move each over to my USB disk in quick succession. Everything was fine for about 5 minutes with all three transfers showing progress, but then the progress meter speed level starts dropping steadily until when it reaches zero, the entire UI freezes. No keyboard response, no switching to the console or killing X; the mouse shows movement but doesn't respond to input. I let it sit for 20 minutes and while the drive write light was flashing there was still no user response. When I pull the USB drive then the UI returns. I'd say that while the time to freeze has improved it still occurs with the same disastrous results. The 3.4 kernel has additional fixes in this area. It is already in F17 updates now and F16 should get it soon. If anyone is willing to try that, please let us know. Fedora 15 has reached it's end of life as of June 26, 2012. As a result, we will not be fixing any remaining bugs found in Fedora 15. In the event that you have upgraded to a newer release and the bug you reported is still present, please reopen the bug and set the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. Thank you for taking the time to file a report. We hope newer versions of Fedora suit your needs. |