Увеличьте многословие запуска rsync-процесса?
Я считаю, что когда вы ./конфигурируете на одном компьютере, он выводит make-файл для этого одного компьютера, а затем, когда вы передаете скомпилированную программу, библиотека не там, где makefile (или исполняемый файл) знал, что это так, он выкидывает ошибку. Как вы можете видеть, при настройке требуется не каждая библиотека, которую он проверяет. Поэтому в зависимости от вашей системы он должен сделать другой make-файл. Другим примером этого является то, что у вас есть другая архитектура, для которой требуются разные библиотеки и т. Д.
И да, у вас есть правильный порядок. «make» - безопасная команда, работающая только в текущем каталоге, sudo в основном требуется для «make install». Плохо не иметь корневых привилегий при установке программного обеспечения.
5 ответов
Я бы перенаправил вывод в файл, а затем tail -f, чтобы увидеть выход, когда это необходимо:
rsync -a /foo /bar >/tmp/rsync.log 2>&1
при необходимости:
tail -f /tmp/rsync.log
-
1Это то, что я делаю прямо сейчас ;-) Но я надеялся, что есть что-то вроде «kill -USR1» для 'dd' – Germar 13 August 2012 в 03:57
Я бы перенаправил вывод в файл, а затем tail -f, чтобы увидеть результат при желании:
rsync -a /foo /bar >/tmp/rsync.log 2>&1
при необходимости:
tail -f /tmp/rsync.log
Кроме -i, вы можете использовать -progress для большей детализации при отправке данных. например:
rsync -ai --progress .....
Если все больше и больше, то лучший способ записывает его как @Marc M, указанный выше.
Документация rsync не описывает такое поведение и не имеет (правильного или де-факто) стандартного сигнала для отправки процессу, чтобы изменить его многословие.
Однако благодаря прирост rsync, вы должны иметь возможность прервать запуск rsync с помощью Ctrl + C и повторно запустить его с помощью -v и не потерять много времени как следствие.
-
1Спасибо pablomme. Ctrl + C и повторный запуск не подходят для меня, потому что я синхронизируюсь с медленным монтированием davfs. – Germar 26 January 2012 в 09:40