LinuxMint.com.ru

Возникла неообходимость скопировать папку на другой носитель.
При копировании с носителя btrfs на носитель btrfs или fat32 все копируется правильно.
При копировании с носителя btrfs на носитель ntfs получаю сообщение о недопустимом имени файлов (пропускаю их), но часть папок которые копируются изменили своё названия на нечитаемые почерки. - "__________ ____________________"
При копировании на андроид получаю сообщение что устройство не найдено, хотя внутренний накопитель открывается.
Подскажите пожалуйста как преодолеть это недоразумение?
К сожалению не осилил как вставить скриншот.

karatv писал(а): ↑

21 авг 2025, 15:49

К сожалению не осилил как вставить скриншот.

Под панелью ответа есть кнопка "Добавить файлы". Добавляешь файл, рядом с добавленным файлом будет кнопка "Вставить в текст сообщения" - будет вставлено где был курсор в поле ввода текста сообщения.

Спасибо добавлю скрин.

karatv писал(а): ↑

21 авг 2025, 15:49

Подскажите пожалуйста как преодолеть это недоразумение?

не использовать неродные ФС для Linux, тем более такие закрытые как ntfs
иначе отгребать проблемы с правами, названиями, повреждениями данных и даже утрате...

а если прям оооочень надо, копать флаги монтирования
в частности:
windows_names - запрещает создание файлов, каталогов и расширенных атрибутов с именами, которые запрещены в windows.
iocharset=utf8 для корректного отображения названий

взято отсюда и отсюда отсюда

karatv писал(а): ↑

21 авг 2025, 15:49

При копировании на андроид получаю сообщение что устройство не найдено, хотя внутренний накопитель открывается.

попробуй не через mtp (глючный пипец), а через ptp работать

WWolf писал(а): ↑

21 авг 2025, 18:27

karatv писал(а): ↑

21 авг 2025, 15:49

При копировании на андроид получаю сообщение что устройство не найдено, хотя внутренний накопитель открывается.

попробуй не через mtp (глючный пипец), а через ptp работать

А как это сделать, что для этого нужно?

WWolf писал(а): ↑

21 авг 2025, 18:24

не использовать неродные ФС для Linux, тем более такие закрытые как ntfs

Но для винды ntfs родная при этом винда отказывается вообще копировавть из за "неизвестной ошибки".
Вообще я с такой проблемой столкнулся впервые при копировании текстовых файлов .epub
Та же папка с теми же именами папок и файлов в формате .fb2 копируется без проблем.

Бородатая проблемка . Называется - ограничение NTFS на набор символов имён файлов, т. е. в ext4 есть символы, которые NTFS не может прочитать. При копировании из-за этого прочерки. Столкнулась с ней ещё лет 15 назад на ext2, сколько тогда пришлось файлов переименовывать - жуть Кстати, при копировании файлов в менеджере файлов Nemo из Linux в Windows такой фигни не просходит. Видимо, как-то смогли решить эту проблему .

Lika писал(а): ↑

22 авг 2025, 17:48

смогли решить эту проблему

Я не смог решить проблему.
Причиной оказалась система управления цифровыми правами (Digital Rights Management).
Файлы .epub защищены лучше, чем .fb2.
Windows и Android строго придерживаются политики лицензирования, поэтому блокируют всю директорию где есть защищённые файлы. LinuxMint блокирует и искажает только защищенные файлы остальные нормально копирует.
Программа DeDRM для деблокирвания работает с Calibre, а я работаю с FreeLib, поэтому проблема для меня не решена.
Считаю тему исчерпанной, её можно закрыть.

karatv, Вы, простите, ересь написали. Дикую. DRM работает не так.

В имени файла русские буквы были? Если да, то это типичная проблема кривого монтирования локалей в NTFS. Если слетает настройка локали, то любые символы национальных алфавитов показываются как подчеркивания. А если с файлами что-то делали (копировали/переносили) - могут не только показываться, но и реально переименоваться с соответствующими последствиями. За это дело у mount.ntfs отвечают опции iocharset и utf8, и в подобных случаях нужно проверять монтируя вручную. К примеру:
sudo mount.ntfs -o iocharset=cp1251,utf8,uid=1000,gid=1000 /dev/sdb3 /mnt/ntfs

uid и gid должны быть того пользователя, который должен читать и писать на раздел - иначе это сможет делать только root (права ntfs и нормальные unix права несовместимы - только так).

slant писал(а): ↑

22 авг 2025, 22:15

В имени файла русские буквы были? Если да, то это типичная проблема кривого монтирования локалей в NTFS.

Возможно Вы правы, но в этом случае проблему должны наследовать все папки и файлы этой директории с кирилическими именами.
На скриншоте download/file.php?id=19568&mode=view видно что до 90% папок с кирилческими именами не имеют проблем с копированим.

karatv писал(а): ↑

22 авг 2025, 19:37

Причиной оказалась система управления цифровыми правами (Digital Rights Management).
Файлы .epub защищены лучше, чем .fb2.
Windows и Android строго придерживаются политики лицензирования, поэтому блокируют всю директорию где есть защищённые файлы. LinuxMint блокирует и искажает только защищенные файлы остальные нормально копирует.
Программа DeDRM для деблокирвания работает с Calibre, а я работаю с FreeLib, поэтому проблема для меня не решена.

Вчера поперекидывала в Nemo и файлы разных форматов (.pdf, .epub, fb2, docx) из Linux на Windows и обратно, никаких проблем.

karatv писал(а): ↑

23 авг 2025, 14:07

На скриншоте download/file.php?id=19568&mode=view видно что до 90% папок с кирилческими именами не имеют проблем с копированим.

На скриншоте ничего полезного не видно. Даже положения где эти каталоги расположены, не говоря уже о том, как они там оказались. Запомните пожалуйста правило: "После этого" - еще не значит "в следствие этого".
В диагностике можно делать однозначное заключение о причине, только если достигнут управляемый повторяемый результат-закономерность между действием и последствиями. Только тогда.

slant писал(а): ↑

23 авг 2025, 14:22

На скриншоте ничего полезного не видно. Даже положения где эти каталоги расположены, не говоря уже о том, как они там оказались. Запомните пожалуйста правило: "После этого" - еще не значит "в следствие этого".
В диагностике можно делать однозначное заключение о причине, только если достигнут управляемый повторяемый результат-закономерность между действием и последствиями. Только тогда.

Вынужден с Вами согласиться, остается непонятным почему другие файлы с кирилицей не искажаются, а те которые искажаются не имеют в названии ни каких запрещенных знаков.
Вот полные имена папок которые искажены и я не понимаю, что нужно исправить в имени дабы они копировались без искажения:
Смит Игорь Сергеевич
Миргородов В. В.
Москаленко Юрий Николаевич
Мясищев Сергей Григорьевич
Ясинский Анджей
Чижовский Алексей Константинович

karatv, Возможно, сам вопрос должен стоять немного по другому: какая разница (в чем особенность) была в той сессии копирования, когда файлы скопировались некорректно?

Т.е, возможно - оно там сглючило при подключении/монтировании FS. Если попробовать скопировать повторно - результат тот же? Если да - можно предметно разобраться, что происходит. А если при повторной попытке все нормально - сами понимаете...

karatv писал(а): ↑

24 авг 2025, 09:48

Вот полные имена папок которые искажены и я не понимаю, что нужно исправить в имени дабы они копировались без искажения:
Смит Игорь Сергеевич

Если имя файла выглядит обычно - это не значит, что в нем нету какого-то UTF8 спец-символа, который просто не отображается корректно. Unix, в принципе, к такому относится гораздо тойлерантней винды, список допустимых символов в имени гораздо шире. Проверить это можно так: Берете такой файл/каталог, переименовываете по старому стандарту "только английские символы без пробелов" - Smit_Igor_Sergeevich. Проверяете как копируется. Потом переименовываете обратно. Но! Обязательно набираете "Смит Игорь Сергеевич" самостоятельно с клавиатуры. И опять проверяете. Это все в случае, если до того выяснится, что проблема в принципе повторяемая.

slant писал(а): ↑

24 авг 2025, 10:23

Берете такой файл/каталог, переименовываете по старому стандарту "только английские символы без пробелов" - Smit_Igor_Sergeevich. Проверяете как копируется. Потом переименовываете обратно. Но! Обязательно набираете "Смит Игорь Сергеевич" самостоятельно с клавиатуры. И опять проверяете. Это все в случае, если до того выяснится, что проблема в принципе повторяемая.

Проблема повторяемая.
Набираю с клавиатуры
"Смит Игорь Сергеевич." - не копируется
"Smit_Igor_Sergeevich." - не копируется.
Убираю точку "."
"Smit_Igor_Sergeevich" - копируется.
"Смит Игорь Сергеевич" - копируется.
Другая папка
"Куда вас сударь…" - копируется
"Куда вас сударь." - копируется
"Smit_Igor_Sergeevich..." - не копируется
"Смит Игорь Сергеевич..." - не копируется

karatv писал(а): ↑

24 авг 2025, 12:26

Убираю точку "."

Вот и причина, скорее всего.
В Unix - точка в имени файла, это обычный символ. В Windows - одиночная точка - маркер-разделитель между именем и расширением, обрабатывается особым образом. Крайне не рекомендуется ставить ее вообще последним символом в имени файла/каталога ибо винда дуреет - пытается обрабатывать расширение нулевой длинны. Дело осложняет то, что если точек несколько, то какая из них будет считаться виндой разделителем - далеко не очевидно. В случае троеточия - явно не последняя.

В общем, привычка старых админов винды не пользоваться в именах даже русскими символами и пробелами - имеет под собой глубокие корни.