Ask Your Question
3

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

Comments

1

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
1

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: https://bugzilla.redhat.com/show_bug....

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

2 Answers

Sort by ยป oldest newest most voted
3

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: https://bugzilla.redhat.com/show_bug....

edit flag offensive delete link more

Comments

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
1

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!

uptime:
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
1

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.

EDIT

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

Comments

4.17.4 to 4.17.6 were affected (https://bugzilla.redhat.com/show_bug....). 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

Stats

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

Seen: 985 times

Last updated: Jul 20 '18