Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
UNAS Pro — Невозможно удалить или переименовать файл — Имя файла слишком длинное., UniFi Drive
 
В процессе копирования архивных файлов за прошлые годы со старых Mac возникла проблема: операция копирования была прервана из-за слишком большой длины имени файла. Я попытался войти в скопированные файлы через терминал (он был подключен к моему Mac по SMB), чтобы переименовать или удалить проблемные файлы. К сожалению, не получается ни удалять, ни переименовывать их, они как будто застряли в какой-то форме SMB-пустоши.

Некоторые имена файлов были скопированы на SMB-шару на NAS с длиной более 255 символов. Это вызывает ошибки при копировании, удалении или переименовании этих файлов на SMB-шаре. Вот пример:

```
❯ sudo rm -rf Old\ Harddrives
Password:
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata/Safari/History/http:%2F%2Fsomesite1.com%2Fpreview%2F?size=22&language=python&theme=solarized-dark&family=InputMono&width=300&weight=200&line-height=1.6&a=0&g=0&i=serifs_round&l=serifs_round&zero=0&asterisk=0&braces=0&preset=default&customize=please.webhistory: File name too long
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata/Safari/History/http:%2F%2Fsomesite2.com%2Frd%2FmatchLink?senderUcdmId=0308D74F-0000-0000-0000-000000000000&testGuid1=A4FC3864-5495-4211-AB5F-C596A34410BE&testGuid2=7839AA12-FC07-453E-B7FD-8B60C2F1A089&matchTestGuid=7839AA12-FC07-453E-B7FD-8B60C2F1A089.webhistory: File name too long
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata/Safari/History/http:%2F%2Fsomesite3.com:8081%2Fhub%2Fapi%2Frest%2Foauth2%2Fauth?response_type=token&state=785b1390-ed11-4321-a011-e17f2d71778f&redirect_uri=http%253A%252F%252Fsomesite3.com%253A8081%252Fhub%252F&client_id=0-0-0-0-0&scope=0-0-0-0-0.webhistory: File name too long
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata/Safari/History: Directory not empty
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata/Safari: Directory not empty
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches/Metadata: Directory not empty
rm: Old Harddrives/Macintosh HD 2015/mike/Library/Caches: Directory not empty
rm: Old Harddrives/Macintosh HD 2015/mike/Library: Directory not empty
rm: Old Harddrives/Macintosh HD 2015/mike: Directory not empty
rm: Old Harddrives/Macintosh HD 2015: Directory not empty
rm: Old Harddrives: Directory not empty
```

А затем:

```
❯ mv *0-0-0-0* test1.webhistory
mv: rename http:%2F%2Fsomesite.com:8081%2Fhub%2Fapi%2Frest%2Foauth2%2Fauth?response_type=token&state=785b1390-ed11-4321-a011-e17f2d71778f&redirect_uri=http%253A%252F%252Fsomesite.com%253A8081%252Fhub%252F&client_id=0-0-0-0-0&scope=0-0-0-0-0.webhistory to test1.webhistory: File name too long
```

Я пытаюсь понять, как обойти это с помощью Linux-команд, но ничего не получается, и поиск в интернете не даёт очень много решений. Какие есть мысли?
 
Кажется, UNAS использует файловую систему BTRFS, а общая длина имени файла — 255 ASCII символов.
 
У меня несколько раз возникали проблемы из-за ограничения длины имени файла.
root@UNAS-Pro:/volume1/.srv/.unifi-drive/homes/williamui/.unencrypted/.data/Backups# getconf NAME_MAX .143
root@UNAS-Pro:/volume1/.srv/.unifi-drive/homes/williamui/.unencrypted/.data/Backups# getconf PATH_MAX .4096

NAME_MAX ограничен 143 символами.
🔍 Почему NAME_MAX = 143?

По выводу mount я вижу, что директория /volume1/.srv/.unifi-drive/homes/williamui/.unencrypted/.data/Backups смонтирована под eCryptfs, это зашифрованная файловая система.
🔹 Ограничение длины имени файла в eCryptfs

eCryptfs значительно уменьшает максимальную длину имени файла, потому что хранит метаданные внутри имен файлов. По умолчанию максимальная длина имени файла в eCryptfs — 143 символа, что соответствует выводу вашей команды getconf NAME_MAX .
📌 Как eCryptfs ограничивает длину имени файла?

Обычная система ext4 или Btrfs позволяет использовать имена файлов длиной до 255 символов.

eCryptfs шифрует имена файлов и хранит дополнительную информацию, что уменьшает доступную длину до 143 символов.
 
Мы провели кучу тестов, и возникли всякие проблемы, вроде слишком длинных имен файлов, слишком много файлов в папке и так далее. Похоже, это все один и тот же вопрос. Пока они не исправят программное обеспечение, думаю, нам всем просто остается ждать.
 
Спасибо за ответ. Я прочитал этот пост, но похоже, что это не та проблема. Их обходные пути, кажется, используют `rm` для удаления затронутых файлов, а я это сделать не могу. Кажется, эта тема больше связана с проблемами резервного копирования Time Machine? Можешь подсказать, где они обсуждают "слишком длинное имя файла"? Мне кажется, это именно то, что характерно для моей проблемы, и это вызывает другой набор сложностей, отличный от тех, о которых они говорят там.
 
Зайди по этой ссылке и почитай комментарии. Ты не один такой. https://community.ui.com/releases/UniFi-Drive-Application-1-16-10/18c0a816-2ea9-4edb-aad4-aaa483d9fd4f?page=1
Страницы: 1
Читают тему (гостей: 1)