Description of problem: I was on Fedora 24 X64 bit Cinnamon edition. There was no any problem regarding copy/past & cut/past from my hard desk to my USB flash memory sticks. All my flash memory sticks are USB version 2. My hard desk is HHD. My system is Linovo ThinkPad e550 with RAM = 8 MB & core i7 processor. I upgraded my Fedora 24 directly to Fedora 26 using command line WITHOUT ANY ERROR MESSAGE during upgrading process. After upgrade to Fedora 26, copy/past & cut/past from my hard desk to SAME my USB flash memory sticks became slow in morbed way !!! Same USB flash memory sticks are working on Windows 7 X32 bit without such slowness in copy/past & cut/past operation !! Additional info: 1) I do not know which correct component that I should select for this case in this thread, so I select "usbutils" just to post this bug. Please correct it if I'm wrong. 2) after upgrading from Fedora 24 to Fedora 26, booting time also became slow till know. I tried to if there is (are) abnormal start process(s) to disable but no think unusual !!!!!!!!!! 3) I post about this issue in Fedora community form, but no one can help me. For that I post here. Best
Usbutils just contains the lsusb command.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Hi. After months from using Fedora 28, I re-open this bug again because the following: 1st of all there is REAL improvement with Fedora 28 in comparison with 26. But I compare my Linux laptop with 2nd laptop using same USB, To copy/past SAME items from both laptops (each at separate occasion) to this USB. Data of my Linux system: Fedora 28 X64 bit Cinnamon edition on Lenovo ThinkPad e550 with Intel core i7 5500 CPU @ 2.40 GH X 2, RAM = 8 GB, HHD = 1 TB, Hybrid VGA (Intel Corporation HD Graphic 5500 + Radeon R7 M265 2GB Data of 2nd laptop: Windows 7 Ultimate SP1 X32 bit on HP pavilion g6 (Hewlett-Packard) with intel(R) Core(TM) i3-2310M CPU @ 2.10 GHz 2.10 GHz, RAM 4 GB (2.45 GB usable) Data about items copied/pasted: 2 folders, 1st of 237 MB & 2nd of 44.4 MB. The time periods for each: 1) on my Linux system, it took 42 seconds; while 2) on Windows system it took 61 seconds. So, is this O.K ?! Only 19 seconds faster on Linux, 64 bit Cinnamon with core i7 (while only i3 for windows) with 8 GB RAM (while only 2.45 GB on Windows) Please evaluate these data & if not a bug, kindly, close it.
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.18.10-300.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
Hi. I tested the issue on kernel 4.18.10 & it was very very very very very bad !! It stick at 99% of file (file size was just 1 GB) & remain for infinite !! I repeated test 7 times & in each time wait for 1/2 without complete process !! I upgraded to kernel 4.8.12-200 The result as following: I used folder contain 2.38 GB size & copy/past it from 2 systems to the same flash as following: 1) from Fedora Linux 28 X64 bit with core i7 processor to the flash. It needed to 5 minutes & 14 seconds to complete the process. 2) from Windows 7 X32 with core i3 processor to same flash. It need to 5 minutes & 28 seconds to complete the process. For more details about 2 systems see comment 4 (by me) in this thread. Obviously there is no any progression ! Only 13 seconds faster on Linux !! In fact it is regression ! In comment 4 it was 19 seconds faster on Linux !! Please, is SELinux responsible for this slowing on Fedora ? There is no such slowing on other Linux distros ......
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.20.5-100.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
Hi. I test issue on Kernel version 4.20.4-100.fc28.x86_64 on Fedora 28. I bought new USB memory stick from confident source vith version 3.0 USB for this test. New USB never touched before this test - I opened it out of box for this test ! I tried to copy a folder with files inside it. Total size of this folder is 2.0 GB. I used my hand-watch timer to count the time for test. The result was the following: - copy/past from my Laptop to new USB memory stick till 99% was achieved in 2 minutes & 43 seconds exactly. - But (& here is the problem) the remaining 1% never ever completed! The PC stick on 99% & never reached to 100%. I did 2 trail with same result ! - in each of the 2 trails, the I can not unmount the USB ! I click on "stop" from within window of copy/past process then click close (x) & window was closed, but in fact when I tried to eject or power off USB from GNOME Disk, then I received message said that "failure to unmount ....". In Cinnamon panel, I saw icon show that copy/past process at 99% & ongoing though & clicked to stop it !! - I was enforced in the 2 trails to unplug new USB in non-appropriate way (without eject or power off it). After 2nd trail, I tried to examine integrity of files that copied into USB memory stick. I see the following: 1) total size of copied main folder was 2.0 GB ! At this point I decided to, 2) use "GtkHash" program to check integrity of files inside main folder that already copies to USB in 2nd trail of copy/past. Surprisingly, the sha 256 bit hashs for all files are THE SAME of that for their correspondents at my PC hard from which I copies !! Where is the error ? In the Kernel or in the GNOME Disk ?? Is the copy/past process okay or crashed ?? I do not know at this stage what I should considered the process to be !! I give you details of what happened in the test. Any other data you need from me, I'm ready to help ! Thank you for your attention & care for this bug !
This message is a reminder that Fedora 28 is nearing its end of life. On 2019-May-28 Fedora will stop maintaining and issuing updates for Fedora 28. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '28'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 28 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.