Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File is being copied even though it's too large for underlying filesystem #1285

Closed
tobihagemann opened this issue Aug 3, 2020 · 3 comments
Closed
Labels
misc:filesystem state:awaiting-response We need further input from the issue author state:stale Issues without any activity that will be closed automatically type:bug Something isn't working

Comments

@tobihagemann
Copy link
Member

Description

Beginning of a file is being copied even though the whole file is too large for underlying filesystem.

System Setup

  • Operating system and version: macOS 10.15.6
  • Cryptomator version: 1.5.6
  • Volume type: FUSE/WebDAV

Steps to Reproduce

  1. Ideally, have a FAT32-formatted filesystem (e.g., USB drive) that has more than 4 GiB free space.
  2. Create and unlock a vault inside that filesystem.
  3. Copy a >4 GiB file into the vault.

Expected Behavior

I would expect an error message that the file cannot be copied because it's too large for the filesystem's format.

Actual Behavior

File is being copied without any errors. It even tries to copy the part that comes after the 4 GiB and doesn't fail there either. In the end, you have a roughly 4 GiB file in the vault that's corrupt.

Reproducibility

Always

@overheadhunter
Copy link
Member

Well we can't show an error when beginning to write. We have to rely on the underlying file system to throw an I/O error when reaching the limit.

Can you do some tests within jshell? Just copy 5GiB of 0x00 to a file located on such a FAT drive and see what gets thrown.

@stale
Copy link

stale bot commented Apr 16, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the state:stale Issues without any activity that will be closed automatically label Apr 16, 2022
@overheadhunter overheadhunter added state:awaiting-response We need further input from the issue author and removed state:stale Issues without any activity that will be closed automatically labels Apr 18, 2022
@github-actions github-actions bot added the state:stale Issues without any activity that will be closed automatically label Apr 23, 2023
@github-actions
Copy link

This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Apr 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
misc:filesystem state:awaiting-response We need further input from the issue author state:stale Issues without any activity that will be closed automatically type:bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants