Ask Your Question

Fedora 28 system freeze while copying large file

asked 2018-07-18 13:16:31 -0500

ncj gravatar image

updated 2018-07-18 14:32:31 -0500

tl;dr Attempt to copy a large file from an external HDD to a location in my /home partition results in a system freeze. The system freezes not long after the amount written to disk begins to exceed the 8GB physical RAM on this machine, but it's a different amount each time (between 7.7 and ~15GB).

Using Nautilus to drag-and-drop the system hangs immediately. Opening a Terminal window and using cp, it takes longer, but it will eventually hang.

What is going on? And how do I gain the ability to move large files onto and off of my /home partition?

Here are some possibly relevant details.

OS: Fedora 28 (kernel 4.17.6-200.fc28.x86_64)

System details: This is a laptop with Windows 10 on the primary SSD. F28 has a second SSD all to itself using Fedora's default partition setup (LVM, the home directory is 400+ gb with 350+ gb free). Not sure it matters, but the SSD is NVME (pcie 3x4).

The system is running an Intel core i5-8250 CPU with 8 GB RAM.

I am trying to copy from an external HDD formatted NTFS. This whole situation is a little boggling to me because I managed to get the files ON to the HDD from another, older laptop running F27.

edit retag flag offensive close merge delete



Welcome to ask.fedora. Do you know how much swap you have? If not, run free -h and paste the line starting with Swap: into a comment.

sideburns gravatar imagesideburns ( 2018-07-18 14:50:08 -0500 )edit

@sideburns thanks for reading. Yes, I have ~8G swap. free -h produces:

Swap: 7.8G 2.5M 7.8G

ncj gravatar imagencj ( 2018-07-18 15:07:41 -0500 )edit

OK, great! You've got ample swap, and it's mostly empty, so that's not an issue. I'm not sure what's wrong, but @pp's also having the same issue with the latest kernel, so it may well be a bug. Have either of you checked Bugzilla?

sideburns gravatar imagesideburns ( 2018-07-18 15:13:59 -0500 )edit

Ah! Information! Information is excellent. No, I have not checked Bugzilla yet. Now that I have more information and another user experiencing the same issue, I will do that.

ncj gravatar imagencj ( 2018-07-18 15:26:24 -0500 )edit

I have found a bug that sounds similar. I posted my own bug including a link to this other bug in the text:

ncj gravatar imagencj ( 2018-07-18 15:49:40 -0500 )edit

2 Answers

Sort by ยป oldest newest most voted

answered 2018-07-19 16:12:47 -0500

ncj gravatar image

updated 2018-07-20 12:06:11 -0500

This appears to be a problem with the kernel(!) from 4.17.4 - 4.17.6.

I believe the related issue is fixed in 4.17.7, which has made it to the updates-testing repo as of this writing.

sudo dnf update kernel* --enablerepo=updates-testing

This will allow dnf to check the testing repo, but just this once.

You can also get the updates from koji yourself --- download the kernel and kernel-headers packages at a minimum, then dnf install path_to_packages/packagename.rpm

I was able to do my work on an earlier kernel, 4.16.3, while waiting for the new kernel to make it into updates-testing.

Here are the details:

edit flag offensive delete link more


I reinstalled my both machines from F28 ISO - I can confirm the kernel 4.16.3-301.fc28.x86_64 works.

pp gravatar imagepp ( 2018-07-20 06:00:01 -0500 )edit

one proper way to install updates from koji is to download the rpm files manually and then run dnf install ./packagename.rpm from where you saved the file(s).

florian gravatar imageflorian ( 2018-07-20 09:12:07 -0500 )edit

Thanks @florian. It looks like 4.17.7 is in updates-testing as of early this morning, and this resolves the issue for me.

ncj gravatar imagencj ( 2018-07-20 11:59:29 -0500 )edit

4.17.7 is running stable for me as well!

12:16:06 up 5 days, 21:55, 1 user, load average: 0,44, 0,29, 0,19

LvdRee gravatar imageLvdRee ( 2018-07-26 05:18:07 -0500 )edit

answered 2018-07-18 15:06:18 -0500

pp gravatar image

updated 2018-07-19 03:09:59 -0500

I have the same problem since yesterday's update to 4.17.6. Sudden freeze during file copy, have to hard reset every time.


System details:

  • desktop i7-7000K, 32G RAM, no swap, F28 Workstation 4.17.6-200.fc28.x86_64

A complete freeze occures at random point during copying multiple 300-600M files between internal SATA drives. The desktop is fairly old and worked since F25 without any issues so I don't think it is hardware-related or swap-related.

  • laptop HP ProBook 450 G5-3DN88ES, i7-8550U, 16G RAM, no swap, F28 Cinnamon 4.17.6-200.fc28.x86_64

A complete freeze occures at random point during copying multiple 500-4000M files between external USB drive and internal SATA drive.

I did not help to boot to an older kernel (tried 4.17.4 to no avail). I can only think of reinstalling F28 or maybe even F27 to see if it helps.

edit flag offensive delete link more


4.17.4 to 4.17.6 were affected ( update your kernel to 4.17.7 as described in @ncj's answer or regular dnf update once the kernel has reached the stable repo.

This bug is a good example why it can be useful to have more than 3 kernels installed...

florian gravatar imageflorian ( 2018-07-20 09:14:31 -0500 )edit

Thanks @florian, I'll wait till 4.17.7 is stable.

pp gravatar imagepp ( 2018-07-20 14:51:26 -0500 )edit

Question Tools


Asked: 2018-07-18 13:16:31 -0500

Seen: 985 times

Last updated: Jul 20 '18