rsync from remote host "failed: No space left on device (28)"??? even with --inplace

[Adam Funk]

On 2024-11-08, Tommy Trussell wrote:

> On Fri, Nov 8, 2024 at 12:52 PM Robert Heller <heller at deepsoft.com> wrote:
>
>> At Fri, 8 Nov 2024 16:52:31 +0000 "Ubuntu user technical support,? not for
>> general discussions" <ubuntu-users at lists.ubuntu.com> wrote:
>>  I don't know what options are available for FAT32 for a 400+ Gig file
>> system.  And it might not even be sensible to format such a large FS as
>> FAT32.
>> Maybe NTFS might actually be better (if one must have a MS-Windows
>> compatible
>> file system).
>>
>
> Now that it has been well supported in Linux for awhile*, anytime I want to
> format a USB drive that could bump into the FAT limitations, I use exFAT
> instead. I am sure NTFS might be a good option, too.** I HOPE any large
> capacity USB stick or card you find nowadays might be pre-formatted in
> exFAT instead of FAT, as it's REALLY easy to bump into the limitations of
> FAT, and in my experience, when a write to FAT fails, the error messages in
> linux userspace can be misleading.
>
> *I see exFAT has been natively supported since linux kernel 5.4. I used
> utilities that included non-native drivers before that.

Thanks for this --- it looks like the right answer so far. I
reformatted the USB drive to exFAT (using gparted again) and have now
transferred 164 GB of files using rsync over ssh with no problems so
far (further than I got with FAT32).