Windows rsync, який підтримує довгі імена файлів, чи хороша альтернатива?

В даний час я rsync на хості Linux, щоб копіювати речі з Windows у мій Linux скриньку. Але я не можу копіювати файли з довгими іменами.

Я спробував DeltaCopy , cwrsync та cygwin . З того, що я знайшов там, усі ці інструменти відмовляються копіювати файли, коли довжина файлу стає довгою, здається, це приблизно десь 255 символів.

Це питання вирішується на форумах cwrsync тут, і воно, ймовірно, може бути вирішено десь у майбутньому, коли cygwin 1.7 вийде і підтримується UTF8. Існує навіть тест побудувати тут .

Мені не особливо комфортно користуватися тестовим складанням у виробничій системі. Я сподіваюся, що хтось знає про інший варіант rsync.

Як альтернатива rsync, чи знаєте ви про інший інструмент, що я можу скопіювати структуру каталогів на Linux з хоста Windows, який не матиме проблем із довгими або незвично названими файлами? Важливий біт - це те, що мені потрібен інструмент, який може легко працювати через тунель SSH. Деякі системи перебувають поза брандмауерами, і я вважаю, що SSH - це тунель, який мені дозволять використовувати.

Можливо, я не пропускаю суть, але ви розглядали можливість використання Robocopy в Windows. Він схожий на RSync, проте ви не можете запланувати його безпосередньо з програми.

Це можна подолати, записавши пакетний файл для копії, а потім створивши Заплановану задачу. Робокопія безкоштовна і надзвичайно міцна. Я часто використовую його для копіювання файлів між Linux та Windows за допомогою Samba та мережі, і можливість відновлення роботи Robocopy дуже потужна.

Ага! Ви можете використовувати субст із rsync.

Якщо у вас є глибоке дерево каталогів d: \ very \ long \ file \ n \ ame \ etc \ etc, тоді експеримент виявить, що ви можете замінити X: to d: \ very \ long \ file \ name \ etc., а потім rsync до та від / cygdrive / x / що завгодно. Це працює як на клієнтському, так і на серверному кінці.

Тепер, поки ви можете використовувати стратегічні субстрати, щоб зменшити довжину імен файлів, я не знаю, чи це дозволяє вам обійти межу 260 символів. Це також може бути не дуже зручно. Варто спробувати, хоча.

Джон Ренні.

---- 8 <----

Дивіться http://www.ratsauce.co.uk/notablog/LongFilenames.asp щодо моїх міркувань про довгі імена файлів.

Я не знаю жодного способу отримати префікс \\? \ Cygwin, і очевидно, що поточна версія Cygwin не використовує префікс внутрішньо. Імовірно, вони звертаються до цього в новій версії, і тому він буде підтримувати імена довжиною понад 260 символів. Я використовую ryync Cygwin всюди, так як ви, я з нетерпінням чекаю виходу.

Є деякі інші проблеми з Cygwin rsync. Це створює безлад ACL, якщо ви не вказали cygwin = nontsec, і він, як правило, зависає у дуже великих каталогах. У моєму списку речей, які потрібно зробити перед смертю, - це написати рідну версію Windows rsync, яка не матиме цих проблем. Я вважаю, що це було зроблено, але лише як комерційні версії, а не публічні.

JR

Я б запропонував спробувати Unison http://www.cis.upenn.edu/~bcpierce/unison/

Це дуже цікава альтернатива rsync, оскільки вона також може забезпечити двонаправлену синхронізацію (що rsync не в змозі зробити). Я вже успішно використовував її на двох віртуальних машинах і був дуже задоволений результатами.

Але що стосується назви файлів, то я не знаю, чи працює він як хочеш.

З офіційного веб-сайту:

Unison - це інструмент синхронізації файлів для Unix та Windows. Це дозволяє зберігати дві репліки колекції файлів і каталогів на різних хостах (або різних дисках на одному хості), змінювати їх окремо і потім оновлювати, поширюючи зміни кожної репліки на інші.

Лише зауважте, що я зіткнувся з тією самою проблемою (обмеження до-1,7 cygwin) і знайшов тут робочу збірку cwrsync з cygwin 1.7:

http://www.doering-thomas.de/page.php?seite=1&sub=6&lang=en#rsync

(Оригінальне посилання знайдено на форумах cwrsync)

Не зовсім офіційна збірка, але це вирішило мої проблеми із комірками :)

http://lists.samba.org/archive/rsync/2009-March/022955.html

http://www.okisoft.co.jp/esc/utf8-cygwin/ Має шар UTF8, який має побічний ефект збільшення можливого розміру шляху. За словами його автора, якщо ви хочете використовувати більше символів, ви можете збільшити константу в патчі. Це здається ще більш хакерським.

Напевно, не найкраща ставка для віддаленої синхронізації, але це Windows rsync, який стверджує, що підтримує довші імена файлів.

Отже, якщо інструменти погані в Windows, чи є спосіб скористатися інструментом Linux?

З ssh - sshfs ?

Без ssh - використовувати VPN та монтувати як SMB?

Будь-який спосіб дозволить вам використовувати більш працездатний клієнт Linux rsync проти файлової системи. Я цього не робив з 10 ГБ даних, так що YMMV. :)

Це не буде робити великих файлових структур, але для відносно невеликих наборів даних з довгими іменами ви можете розглянути щось на зразок 7-Zip для створення архіву, який потім може перенести rsync. Ви сказали, що вам потрібно перенести дані з серверів Windows на сервер Linux. Якщо у вас є доступ до оболонки, архівуйте потрібні вам дані в контейнері (7-zip), перенесіть контейнер і розгорніть його, коли він потрапить на сервер. Це підштовхує довгу проблему з іменем файлів до архіватора, для якого я вважаю, що є краща підтримка та інструменти, що не підтримують Cygwin.

Щоб не втратити портативність, я б рекомендував вам залишитися з rsync і спробувати вирішити обмеження 255. Це обмеження більше не знаходиться в Windows і входить до коду RSYNC - насправді ліміт для Windows зараз становить близько 2048 року (якщо я добре пам’ятаю).

Я впевнений, що немає інших портів rsync, ніж зазначений вами, і я пропоную вам скористатися тестовою версією та повідомити про будь-які помилки, які ви можете знайти.

Якщо ви не заперечуєте з використанням FTP, ви можете спробувати LFTP - він має дуже хорошу дзеркальну функцію, але він не порівнює з rsync, коли мова йде про резервне копіювання / синхронізація.

Я зламав разом сценарій, який може тимчасово перейменовувати файли чи каталоги зі скороченими іменами, щоб rsync (та інші програми) могли продовжуватись. Ви можете використовувати це як частину ланцюжка інструментів, яку ви використовуєте для копіювання файлів з Linux у Windows (rsync чи іншим чином). Я не знаю, що ви маєте на увазі під "незвичним", тому, можливо, це стосується лише частини ваших вимог. Будь ласка, дайте мені знати, чи це вам корисно.