Не копируются файлы в монтированный удалённый диск

[Popsa y psa]

Здравствуйте.

Помогите, пожалуйста, с проблемой: при копировании файлов с моего компьютера на монтированный диск получаю ошибку:
Error while copying ...
There was an error copying the file into ...
Error opening file ... No such file or directory

Что делаю:
1) У себя на домашнем ПК нажимаю правой кнопкой мыши по файлу и выбираю "Copy".
2) Открываю монтированный диск и в любой папке диска нажимаю "Paste".
3) Получаю ошибку (на скриншоте в вложении).
При этом на монтированном диске появляется мой копируемый файл с тем названием, которое у файла, но формат файла текстовый (неважно, копирую я текстовый файл или картинку, не зависит от расширения файла) и размер его 0 байт.

Что стоит:
Ubuntu 20.04.1 LTS
GNOME 3.36.8
curlftpfs 0.9.2 libcurl/7.68.0 fuse/2.9

Как монтирую удалённый диск:
curlftpfs ftp://$USER:$PASSWD@$HOST/ /$REMOTE_PATH   (вместо переменных реальные значения)

Ошибка стала появляться дня 2-3 назад. До этого всё прекрасно работало (не считая, что curlftpfs тормозной). Монтировал с помощью curlftpfs папки с разных хостингов, всё всегда было ок. Таких ошибок, которую сейчас получаю, никогда не было. Также монтирую папки с sshfs, тоже проблем не было и сейчас нет. Что ещё интересно: изменять файлы на монтированном диске можно, ошибок не возникает.

Что было на кануне этой ошибки:
1) Сбросил BIOS на дефолт. Не знаю, как это могло повлиять, но на всякий случай укажу.
2) Всегда применяю обновления ubuntu. Последние обновления тоже применял, что там они изменяют не смотрел.
Пользователь добавил сообщение 14 Января 2021, 21:51:36:Добавил в curlftpfs параметр -d
При попытке скопировать файл получаем такие логи:

Код: [Выделить]

unique: 828, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 4196
getattr /
   unique: 828, success, outsize: 120
unique: 830, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 4196
statfs /
   unique: 830, success, outsize: 96
unique: 832, opcode: LOOKUP (1), nodeid: 1, insize: 55, pid: 4196
LOOKUP /powerpipe1.jpg
getattr /powerpipe1.jpg
   unique: 832, error: -2 (No such file or directory), outsize: 16
unique: 834, opcode: CREATE (35), nodeid: 1, insize: 71, pid: 4196
create flags: 0x80c1 /powerpipe1.jpg 0100664 umask=0002
ftpfs: operation ftpfs_getattr failed because No such file or directory
ftpfs: operation ftpfs_chmod failed because Operation not permitted
   create[139753538223904] flags: 0x80c1 /powerpipe1.jpg
getattr /powerpipe1.jpg
ftpfs: operation ftpfs_getattr failed because No such file or directory
release[139753538223904] flags: 0x80c1
   unique: 834, error: -2 (No such file or directory), outsize: 16

Вижу, что помимо No such file or directory есть ещё и Operation not permitted.
Может кто-то сталкивался с таким?

Пользователь добавил сообщение 14 Января 2021, 23:19:17:Добавлю, что подключиться через штатное "Connect to server" в "Other Locations" тоже не получается.
Логи:

Код: [Выделить]

Jan 14 23:15:52 home nautilus[1585]: Called "net usershare info" but it failed: Failed to execute child process “net” (No such file or directory)

[Popsa y psa]

Установил samba-share-bin и samba.
Теперь при подключении через "Connect to server" никаких ошибок не появляется, и всё также не подключается.

Может у кого-то хоть какие-то идеи есть? Не может же быть что у всех всегда прекрасно работал и работает и curlftpfs и прямое подключение по ftp.
Пользователь добавил сообщение 16 Января 2021, 13:08:52:Попробовал подключиться к другим серверам через curlftpfs.
Оказалось, что моя проблема наблюдается только на серверах sprinthost.ru, на всех других, что я тестил, всё нормально. Однако, прямое подключение по фтп (через файлы) всё равно не работает.

Получается, админы sprinthost'а что-то там у себя подкрутили и теперь к ним через curlftpfs невозможно выгрузить файлы? Что это может быть? При этом работа с этим хостингом через filezilla происходит в штатном режиме, ошибок не наблюдается.

[Popsa y psa]

Обратился в службу поддержки sprinthist.ru - ответили оперативно и взяли мой вопрос в работу, за что им спасибо.
Выяснилось, что curlftpfs 0.9.2 работает не со всеми версиями ftp-сервера (речь про тот, что установлен на хостинге sprinthost.ru).
Решения:
1) Понизить curlftpfs до 0.9.1
2) Использовать встроенный файловый менеджер nautilus
3) Использовать другие способы работы с ftp.

Второй способ у меня так и не заработал.