команда zip не работает

zip предупреждение: имя не соответствует: myfile.dat

Это означает, что файл myfile.dat не существует.

Вы получите ту же ошибку, если файл является символической ссылкой, указывающей на несуществующий файл.

Как вы говорите, каким бы ни был последний файл в $FILES, он не будет добавлен в zip вместе с предупреждением. Поэтому я думаю, что что-то не так с тем, как вы создаете $FILES. Скорее всего, есть новая строка, возврат каретки, пробел, табуляция или другой невидимый символ в конце последнего имени файла, что приводит к чему-то, чего не существует. Попробуйте это, например:

for f in $FILES; do echo :$f:; done

Бьюсь об заклад, последняя строка будет неправильной, например:

:myfile.dat :

...или что-то в этом роде вместо :myfile.dat: без символов перед последним :

ОБНОВЛЕНИЕ

Если вы говорите, что скрипт начал работать после запуска на нем dos2unix, это подтверждает то, что все уже подозревали, что каким-то образом в конце вашего списка $FILES был символ возврата каретки.

od -c показывает возврат каретки \r. Попробуйте echo $FILES | od -c

Другая возможная причина, которая может вызвать ошибку zip warning: name not matched:, — это неправильная установка какой-либо из переменных среды zip.

Со страницы руководства:

ENVIRONMENT
    The following environment variables are read and used by zip as described.

ZIPOPT
    contains default options that will be used when running zip.  The contents of this environment variable will get added to the command line just after the zip command.

ZIP
    [Not on RISC OS and VMS] see ZIPOPT

Zip$Options
    [RISC OS] see ZIPOPT

Zip$Exts
    [RISC OS] contains extensions separated by a : that will cause native filenames with one of the specified extensions to be added to the zip file with basename and extension swapped.

ZIP_OPTS
    [VMS] see ZIPOPT

В моем случае я использовал zip в сценарии, а расположение двоичного файла было в переменной окружения ZIP, так что мы могли легко перейти на другой двоичный файл zip, не внося тонны изменений в сценарий.

Пример:

ZIP=/usr/bin/zip
...
${ZIP} -r folder.zip folder

Затем это обрабатывается как:

/usr/bin/zip /usr/bin/zip -r folder.zip folder

И выдает ошибки:

zip warning: name not matched: folder.zip
zip I/O error: Operation not permitted
zip error: Could not create output file (/usr/bin/zip.zip)

Во-первых, потому что теперь он пытается добавить folder.zip в архив вместо того, чтобы использовать его в качестве архива. Второй и третий, потому что он пытается использовать файл /usr/bin/zip.zip в качестве архива, который (к счастью) не доступен для записи обычным пользователем.

Примечание. Это действительно старый вопрос, но я нигде не нашел ответа на него, поэтому публикую его, чтобы помочь будущим искателям (включая себя в будущем).

eebbesen попал в точку в своем комментарии к моему делу (но я не могу голосовать за комментарий). Другая возможная причина, пропущенная в других комментариях, — это превышение ограничения размера файла (4 ГБ).

Я преобразовал свой скрипт для среды unix с помощью команды dos2unix и выполнил свой скрипт как ./myscript.sh вместо bash myscript.sh.

Я только что обнаружил еще одну потенциальную причину этого. Если разрешения каталога/подкаталога не позволяют zip найти файл, он сообщит об этой ошибке. На самом деле, если вы запустите chmod -R 444 в каталоге, а затем попытаетесь его заархивировать, вы воспроизведете эту ошибку, а также получите отчет «сохранено 0%», например:

zip предупреждение: имя не соответствует: borrar/enviar добавление: borrar/ (сохранено 0%)

Следовательно, попробуйте изменить права доступа к файлу. Если вы пытаетесь отправить их по электронной почте, а эти почтовые фильтры (например, Gmail) изобретают глупые фильтры, запрещающие отправку исполняемых файлов, не забывайте, что очень строгие разрешения при сжатии zip могут быть причиной ошибки, о которой вы сообщаете. "Имя не соответствует".

пробелы не допускаются:

это потерпит неудачу, если в $ FILES будет более одного файла (файлов), если вы не поместите их в цикл

Я также столкнулся с этой проблемой. В моем случае отдельная строка — это CRLF в моем сценарии zip-оболочки, что вызывает проблему. Использование LF исправил это.