search

linuxmint / nemo

File browser for Cinnamon
GNU General Public License v2.0
1.21k stars 299 forks source link

System freeze/hangs while copy bis file >1GB #2327

Open lowmax opened 4 years ago

lowmax commented 4 years ago

Issue Mouse and keyboard hung while copy file from one partition to another on same ssd Drive (ext4)

Steps to reproduce

Expected behaviour

Other information

www-MKRD-info commented 4 years ago

I concur the issue is present, but usually when working with (various) externally mounted devices (USB stick, cellphone attached to OS, various MTP devices, etc). System hangs in various ways when working on large files with externally mounted devices, sometime. Either file progress dialog stops updating, or rest of the system starts showing weird symptoms like these. Sometimes the file operation hangs indefinitely. Nemo should be more reliable than this and should not affect the rest of the system... I routinely work with multi-GB files. System specs are not the issue (gaming-grade desktop). Nemo is also VERY unreliable when working with MTP drives. One example on both: trying to copy 57 files totaling 730MB, Nemo progress stops updating after 5% in, and many other instances...

akash-258 commented 4 years ago

I had this same issue even switched back to windows, the problem was with the swap. Try entering this in terminal " sudo swapoff -a " and try transfering your files again , to turn your swap on again enter this in terminal " sudo swapon -a ".

www-MKRD-info commented 4 years ago

I had this same issue even switched back to windows, the problem was with the swap. Try entering this in terminal " sudo swapoff -a " and try transfering your files again , to turn your swap on again enter this in terminal " sudo swapon -a ".

@akash-258, Was your issue with ALL mounted volumes and directories, or external drives ONLY? The issue for me seems external mounted devices (cellphone as MTP, USB memory stick, etc).

Sattelite commented 4 years ago

Tnx Akash-258 ! This did the job. Linux Mint 19.3 Cinnamon Core latest 5.3.0-46 I experienced that Nemo while copying large files >1 Gb starts slowing down and freezing. It even happened while copying from 1 partition to another on the same internal harddrive.

Before I already noticed while copying to flashdisk, that even Nemo progress bar had finished at 100%, it took a long time before I could reject the flashdrive. Up to 5 minutes the warning existed not taking out the Flashdrive as there was a writing process to flashdrive taking place.

Very annoying and I started to use Thunar instead. But I like Nemo among others for it's searchbar. So when updating the core to 5.3.0.-46 I had hoped the problem was solved, but it did not.

Then I found your suggestion and " sudo swapoff -a" helped and while copying 5 Gb between two partitions on the same drive....... no freezing :-)

apuntigam commented 4 years ago

I've had this same issue when copying to an external pendrive. My experience has been that if the pendrive is formatted FAT32, the copy fails. If it is formatted as ExFAT, the copy succeeds.

michurin commented 2 years ago

I have the same issue

Jeremy7701 commented 2 years ago

Attempting to create a file bigger than 4GB in a FAT32 filesystem will always fail - since this is a limitation of FAT32.

michurin commented 2 years ago

Sorry, I didn't mention, I have the issue with files ~200M. And I noticed that despite progress bar stucking and nothing is happen, if I wait enough time, remount MTP, I find all my files are copied correctly!

ZebulonGlitch commented 5 months ago

Been a few years but I can confirm a) bug still present, b) disabling the swapfile seems to reduce the amount of time the Nemo windows freeze. To recreate I simply drag a big folder of large files (anywhere from 10 to 200 gigs of 1 to 10 gig chunks) to move onto either a slow(ish) spinning USB HDD or to a samba mount (gigabit lan or wifi).

I believe this is a clear Nemo bug as other file managers don't seem to suffer this problem. When file transfers are initiated, Seems to be an OS dependency in Nemo that is causing the open Nemo windows to become nonresponsive for random chunks of time. If I do click them when frozen, I routinely get the dreaded "WINDOW NOT RESPONDING: Force quit / Wait " pop up prompt. Waiting is always the right choice, since eventually the transfer does get to a point that releases Nemo, however with large sets of files, it is guaranteed to freeze up again eventually, repeating the freeze / thaw cycle for sometimes hours until the whole transfer is complete.

If you ask me (and you didn't) the UI layer should never let itself get blocked. Not sure why this happens to Nemo, but it seems the transfer status window and the copy process are not fully asynchronous threads - file system delays seem to find their way back to the Nemo front end. Must be a way to let the file transfer status dialog suffer the whims of laggy file transfers, not the main Nemo windows.

FYI my setup: Linux Mint Cinnamon, latest everything as of today, relatively vanilla setup, no exotic plugins. This bug has existed for many years across several machines with SSD and without. I've learned the hard way to treat Nemo very delicately when doing big transfers, but this would be a very valuable "quality of life" thing to improve.

(Not to mention that for new Linux users, this bug feels like a system crash even when it isn't.)