Re: rsync & sparse files
On 7/2/14, Dmitrii Kashin wrote: >> Есть файл, ls -lh даёт размер 118G, du -hs — 37G. Копируем на другой >> узел по сети 100M: rsync --progress --sparse --whole-file … >> >> Вопрос: почему этот процесс занимет 3 часа, а не 55 минут? Если rsync >> умеет эффективно обрабатывать дырявые файлы на приёмнике, почему не >> может передавать их также эффективно? > > А что за файлы и что скрывается за "…"? В частности, что показывает "du > -hsl" и передана ли rsync опция --hard-links? ЧТО и КУДА, больше ничего. Жёстких ссылок нет (это файл с образом диска для виртуальной машины под Proxmox).
Re: rsync & sparse files
Hleb Valoshka <375...@gmail.com> writes: > Есть файл, ls -lh даёт размер 118G, du -hs — 37G. Копируем на другой > узел по сети 100M: rsync --progress --sparse --whole-file … > > Вопрос: почему этот процесс занимет 3 часа, а не 55 минут? Если rsync > умеет эффективно обрабатывать дырявые файлы на приёмнике, почему не > может передавать их также эффективно? А что за файлы и что скрывается за "…"? В частности, что показывает "du -hsl" и передана ли rsync опция --hard-links? pgpJ1yg9P5tT_.pgp Description: PGP signature
rsync & sparse files
Есть файл, ls -lh даёт размер 118G, du -hs — 37G. Копируем на другой узел по сети 100M: rsync --progress --sparse --whole-file … Вопрос: почему этот процесс занимет 3 часа, а не 55 минут? Если rsync умеет эффективно обрабатывать дырявые файлы на приёмнике, почему не может передавать их также эффективно?
Re: Помогите расшифровать LUKS или CCRYPT.
Mon, 30 Jun 2014 01:07:17 +0400 dimas писал(а): > > Посоветуйте хорошую (проверенную?) программу подбора пароля ключа > > LUKS-а так, чтоб можно было указать сам пароль и места в этом > > пароле, короые нужно подбирать: например, пароль > > <ПОДБОР>йцук<ПОДБОР>фыав<ПОДБОР>ячсм > если знания баша достаточно - проще накатать скрипт-цикл в несколько > строк. хотя брутфорсить можно до посинения... > данные-то в другом месте не сохранились? Если бы! :-) У меня уже накатан одна программка на перл-е, но она пока не считает в указанных местах, да и ищу что-то "по-экспертней" - типа, много-задачность и т.п. > > И ещё один сходный вопрос по шифрованию, теперь ccrypt: > > насколько сложно будет подобрать ключ к файлу (.cpt) длиною в 40 > > КБ ? > один байт - это 2^8=256 вариантов. 40кб - это 256^(40*1024) = > охренительно большое число в 100093 знаков, которое в экран-то не > влазит, echo "256^(40*1024)" | bc > в помощь > короче, стопиццот охренелиардов)) > тут 256-битные-то ключи вовсю используются, и ничего, не особо > слышно, чтоб брутфорсили... Ясно... :-( Ну, всё равно, спасибо за ответ! С уважением, Иван. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140702141854.2f00c5d6@STNdom