Автор Тема: Ошибка записи в файл (smb)  (Прочитано 1260 раз)

Оффлайн 7bit

  • Участник
  • *
  • Сообщений: 17
Ошибка записи в файл (smb)
« : 31.05.2022 10:32:33 »
Приветствую участников форума! В моем учреждении есть файлообменник на OpenMediaVault. В системах Windows копирование файлов в общие папки работает без проблем. На моем ноутбуке установлена система Альт Рабочая Станция К 10. Иногда при копировании файла или группы файлов в какую-либо общую папку файлообменника возникает "ошибка записи в файл". Переименование файла, копирование в другую общую папку, перезагрузка ноутбука и файлообменника не помогают. В основном копирую файлы docx. Доступ к сети по Wi-Fi.

Оффлайн kessys

  • Участник
  • *
  • Сообщений: 878
Re: Ошибка записи в файл (smb)
« Ответ #1 : 31.05.2022 23:13:19 »
Права на Запись есть на учётке?
И с каким SMB имеем дело 1.0 или 2.0?
« Последнее редактирование: 31.05.2022 23:15:59 от kessys »
О подпись)
Жизнь с kde не так плоха, Но без ssd, это жестоко грустно.

Оффлайн 7bit

  • Участник
  • *
  • Сообщений: 17
Re: Ошибка записи в файл (smb)
« Ответ #2 : 01.06.2022 09:23:02 »
Только гости. OpenMediaVault 5.0.5, smb 3.11.

Оффлайн kessys

  • Участник
  • *
  • Сообщений: 878
Re: Ошибка записи в файл (smb)
« Ответ #3 : 04.06.2022 14:18:23 »
OpenMediaVault.
есть задумка, что просто на ntfs запись не ведет, но читать читает
О подпись)
Жизнь с kde не так плоха, Но без ssd, это жестоко грустно.

Оффлайн 7bit

  • Участник
  • *
  • Сообщений: 17
Re: Ошибка записи в файл (smb)
« Ответ #4 : 09.06.2022 08:03:00 »
Это вряд ли. Копировать копирует, но иногда при копировании определенных файлов выскакивает ошибка.

Оффлайн kessys

  • Участник
  • *
  • Сообщений: 878
Re: Ошибка записи в файл (smb)
« Ответ #5 : 09.06.2022 09:32:37 »
А какое именно подключение к сетевым дискам используете?
О подпись)
Жизнь с kde не так плоха, Но без ssd, это жестоко грустно.

Оффлайн Александр Ерещенко

  • Участник
  • *
  • Сообщений: 1 246
Re: Ошибка записи в файл (smb)
« Ответ #6 : 09.06.2022 11:01:44 »
Это вряд ли. Копировать копирует, но иногда при копировании определенных файлов выскакивает ошибка.
И ещё вопрос. Эти какие-то "определённые файлы" как-то отличаются от остальных, например длиной имени файла, длиной полного имени файла (вместе со всеми каталогами), используемыми символами в имени и т.п. ?
Эти файлы стабильно не копируются или иногда (т.е. вот сейчас не скопировался, а при повторе скопировался) ?

Оффлайн 7bit

  • Участник
  • *
  • Сообщений: 17
Re: Ошибка записи в файл (smb)
« Ответ #7 : 09.06.2022 12:22:16 »
Ошибку ловил при копировании docx-файла. Название файла содержит допустимые символы на русском (конкретный пример: Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним.docx), пробовал переименовать в "1.docx" - все равно ошибка. Перезагрузка компьютера и файлообменника не помогает. Вот сейчас попробовал повторить - ошибка.

И еще одну ошибку поймал. В своей локальной папке сделал копию файла "Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx". Пытаюсь удалить кнопкой Del - всплывает ошибка в Dolphin "Ошибка записи в файл /home/user/.local/share/Trash/info/Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx.trashinfo." По Shift-Del удаляется.

Оффлайн ProfessorNavigator

  • Участник
  • *
  • Сообщений: 242
Re: Ошибка записи в файл (smb)
« Ответ #8 : 09.06.2022 13:11:16 »
Ошибку ловил при копировании docx-файла. Название файла содержит допустимые символы на русском (конкретный пример: Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним.docx), пробовал переименовать в "1.docx" - все равно ошибка. Перезагрузка компьютера и файлообменника не помогает. Вот сейчас попробовал повторить - ошибка.

И еще одну ошибку поймал. В своей локальной папке сделал копию файла "Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx". Пытаюсь удалить кнопкой Del - всплывает ошибка в Dolphin "Ошибка записи в файл /home/user/.local/share/Trash/info/Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx.trashinfo." По Shift-Del удаляется.
Во всех файловых системах существует ограничение на длину имени файла и на длину пути к файлу. Русский язык во многих системах идёт через двухбайтную кодировку (тот же UTF-8, а уже CP1251 в Windows - гарантировано). Сокращайте названия файлов и располагайте папку как можно ближе к корню.

Оффлайн Александр Ерещенко

  • Участник
  • *
  • Сообщений: 1 246
Re: Ошибка записи в файл (smb)
« Ответ #9 : 09.06.2022 13:11:48 »
Насколько помню, там ограничение на длину имени файла не в символах, а в байтах - 255 байт.
С учётом кодировки UTF8 получается так:
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx.trashinfo" - 263 байта
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx" - 253 байта
(проверяется просто - сохраняем имя файла в текстовом документе с кодировкой UTF8 и смотрим размер файла)
Т.е. имя самого файла - на самом пределе, а вот имя файла-описания для корзины - уже с превышением по длине.

ЗЫ. Аналогичная проблема вылезает и на винде в различных местах - но там имена файлов в системе хранятся в UTF-16, т.е. всегда по 2 байта на символ, так что можно считать, что ограничение на 255 символов.
Плюс ко всему существует и ограничение на полный путь файла, так что часто помогает укоротить вложенность папок и длину имен самих папок.
И ещё может зависеть от конкретных программ, оперирующих файлами, где те же ограничения могут присутствовать.
Лично наблюдал картину, когда проводник нормально показывает файл doc и работает с ним, а вот при клике на нём  Word уже не может открыть файл. Достаточно перенести файл на пару уровней папок выше, и его Word уже открывает.
Вобщем, когда программисты писали свои программы, они не догадывались, что пользователи будут делать такие длиннющие имена файлам и папкам.
« Последнее редактирование: 09.06.2022 13:14:08 от Александр Ерещенко »

Оффлайн kessys

  • Участник
  • *
  • Сообщений: 878
Re: Ошибка записи в файл (smb)
« Ответ #10 : 09.06.2022 20:05:15 »
Насколько помню, там ограничение на длину имени файла не в символах, а в байтах - 255 байт.
С учётом кодировки UTF8 получается так:
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx.trashinfo" - 263 байта
"Приказ_об_утверждении_мест_хранения_материальных_носителей__перечня_лиц__ответственных_за_их_сохранность_и_имеющих_доступ_к_ним (копия).docx" - 253 байта
(проверяется просто - сохраняем имя файла в текстовом документе с кодировкой UTF8 и смотрим размер файла)
Т.е. имя самого файла - на самом пределе, а вот имя файла-описания для корзины - уже с превышением по длине.

ЗЫ. Аналогичная проблема вылезает и на винде в различных местах - но там имена файлов в системе хранятся в UTF-16, т.е. всегда по 2 байта на символ, так что можно считать, что ограничение на 255 символов.
Плюс ко всему существует и ограничение на полный путь файла, так что часто помогает укоротить вложенность папок и длину имен самих папок.
И ещё может зависеть от конкретных программ, оперирующих файлами, где те же ограничения могут присутствовать.
Лично наблюдал картину, когда проводник нормально показывает файл doc и работает с ним, а вот при клике на нём  Word уже не может открыть файл. Достаточно перенести файл на пару уровней папок выше, и его Word уже открывает.
Вобщем, когда программисты писали свои программы, они не догадывались, что пользователи будут делать такие длиннющие имена файлам и папкам.
Да по сей день есть такая беда, что пользователи об этом не задумываются
О подпись)
Жизнь с kde не так плоха, Но без ssd, это жестоко грустно.