Некорректная работа unzip с флагом -u в kubuntu 14.04

[astroph]

Я работаю одновременно на четырех компах с системой kubuntu 14.04, которую недавно везде переустановил, и в этом контексте столкнулся с проблемой, которой не было на старой версии kubuntu (весьма старой, кажется - 8-й). Если я работаю в рамках только одного компьютера, то все работает хорошо, именно: если я создаю архив zip'ом и потом разархивирую командой
unzip -u -o <имя архива>
то переписываются только неактуальные по времени файлы, и создаются ранее отсутствующие, на что и указывает флаг -u. Однако если я переношу архив на другой компьютер и делаю разархивацию там, то существующие файлы тупо переписываются независимо от дат. При этом, даже если я разархивирую два раза подряд один и тот же архив на одном и том же месте, то есть по уже заведомо актуальным файлам, то все равно файлы тупо переписываются несмотря на -u. При этом даты у файлов пишутся всегда правильно, как в исходном архиве.
Ошибка с синхронизацией дат на компьютерах исключена, так как kubutu автоматически обновляет дату через интернет при перезагрузке системы. Часовые пояса везде выставлены одинаково. Те же архивы, которые я делаю в kubuntu 14.04, потом правильно работают на компьютерах под Debian - обновляются только неактуальные файлы (проверено). Ошибка очень напрягает, так как постоянно работаю с мультигигабайтными архивами. Кто-нибудь что-нибудь понимает? Заранее спасибо.

[ArcFi]

Проблему надо формализовать, иначе ничего не понять.

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

touch file
stat file
zip file.zip file
unzip -uo file.zip
stat file
dpkg -l | grep unzip

[satch]

(Нажмите, чтобы показать/скрыть)

Мой топик не дает решение вашей проблемы, но пройти мимо я не мог, извините.
Странный у вас подход к синхронизации данных на компьютерах. Почему бы не воспользоваться rsync для этого? Вам же надо, как я понял, актуализировать содержимое директории на основе содержимого какого-то одного компьютера? Если так, то rsync как раз умеет делать то что вам надо без создания архивов(вручную), копирования их по сети(вручную) и дальнейшей распаковки(вручную). С нужными ключами rsync будет создавать полную копию, с удалением устаревших файлов и директорий, перезаписью файлов с новыми данными и т.д. В инете куча мануалов по rsync. Возможно, стОит попробовать.

[vasilisc]

Присоединяюсь! Пахнет извращённой системой синхронизации между 4 компами. Если это так, то топикстартер идёт не той дорогой. Есть rsync- есть btsync

[astroph]

Проблему надо формализовать, иначе ничего не понять.

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

touch file
stat file
zip file.zip file
unzip -uo file.zip
stat file
dpkg -l | grep unzip

GjgsnfkArcFi,

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


Пользователь решил продолжить мысль 23 Октября 2014, 10:30:02:satch,
То, что я делаю, не есть вполне синхронизация. Это синхронизация, сопряженная с многократным резервированием. При выполнении того, что я делаю, данные не только оказываются синхронизированными, но каждый из моих компов плюс один выносной винчестер имеют полную заархивированную копию всех рабочих файлов (а это не мало - полтора десятка гигов архива, в котором отнюдь не музыка и фильмы). Такая чрезмерная надежность вызвана тем, что данные очень ценны, и не только для меня, а для весьма значительной группы людей, я несу за них ответственность. При этом, пока все работало, времени такая синхронизация/резервирование занимало совсем не много и идеологически все было очень просто. Но это пока работало, а вот теперь не работает.

[astroph]

Проблему надо формализовать, иначе ничего не понять.

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

touch file
stat file
zip file.zip file
unzip -uo file.zip
stat file
dpkg -l | grep unzip

Решение проблемы найдено. Дело было в том, что после последней переустановки kubuntu я всем своим компам дал одно и то же имя (они не связаны прямо сетью, это не создавало проблем). Но zip этого не вынес. При распаковке архива он думает, что находится на том же компе, где архив паковался, но это не так. Это и приводит к ошибке. Такой ошибки быть не должно, это чистый баг, но он легко обходится: просто все компы должны иметь разные имена.