! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Warn on copying files too large for file system (e.g. 5G file to vfat)
Status:
RESOLVED: MOVED

Comments

Description unhammer+dill 2017-07-30 21:39:28 CEST
Currently, copying a 5G file to a vfat drive will first spend a lot of time copying, then give a message "error splicing file", fortunately also mentioning that the file size was too large. 

It'd be nice if Thunar could notice that it's copying into a vfat file system and mention *before trying* that it won't be possible to copy such a large file.
Comment 1 Skunnyk editbugs 2017-09-12 14:26:22 CEST
What is you Thunar version ? 
This bug should be fixed with Thunar 1.6.12 (#13481), please retest with this version.
Comment 2 unhammer+dill 2017-09-12 15:15:07 CEST
I tried with 1.6.11, I'll test the new one then :)
Comment 3 mirh 2018-07-30 21:06:27 CEST
Still happens in 1.8.x
Comment 4 unhammer+dill 2018-08-21 20:40:20 CEST
With 1.6.15-0ubuntu1, it at least shows the warning if I "dd if=/dev/zero of=/tmp/a count=100 bs=1M && mkfs.vfat /tmp/a && mount -t vfat /tmp/a /mnt/vfats -o uid=$USER,gid=$USER" and try copying a 200m file into it with Thunar. I don't have the original usb stick around to test with. 

mirh, you're testing with an actual USB stick?
Comment 5 mirh 2018-08-21 22:50:33 CEST
Yes (and for the love of me I cannot understand what dd, nor 200 MB files, have to do with this)
Comment 6 unhammer+dill 2018-08-22 08:39:31 CEST
The original report was about copying a file onto a vfat file system, where the file was too big to fit. The dd&&mkfs.vfat&&mount commands above make a vfat file system that's able to contain a 100M file, which is too small to fit a 200M file. The only difference is that the original report was about a USB stick.
Comment 7 mirh 2018-08-22 14:38:35 CEST
Uh, what?
Then the issue should be titled "too big to fit the disk", or something. 

Filesystem means a logical limitation instead, and indeed 5GB on fat32 is the typical example of this.
Comment 8 unhammer+dill 2018-08-22 14:59:27 CEST
Ooh, right, I forgot that in between reporting and now :) So now I can also reproduce:

$ dd if=/dev/zero of=5G count=5000 bs=1M
$ dd if=/dev/zero of=6G count=6000 bs=1M
$ mkfs.vfat 6G 
$ sudo mount -t vfat 6G /mnt/vfats -o uid=$USER,gid=$USER
$ thunar .

and try copying 5G into /mnt/vfats  –  it spends a while copying until it finally can't write any more, saying "error splicing file; file too large; would you like to skip".

So it's not fixed, and it's easy to reproduce with the above commands.
Comment 9 alexxcons editbugs 2019-10-16 00:09:37 CEST
*** Bug 16053 has been marked as a duplicate of this bug. ***
Comment 10 Git Bot editbugs 2020-05-26 23:31:27 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/thunar/-/issues/169.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #13751

Reported by:
unhammer+dill
Reported on: 2017-07-30
Last modified on: 2020-05-26
Duplicates (1):
  • 16053 no checking for filesystem limitations

People

Assignee:
Xfce Bug Triage
CC List:
7 users

Version

Version:
1.6.10

Attachments

Additional information