Перемещение файла к Мусору не удаляет файл - это просто хранит его в папке под названием "Мусор" - можно получить файлы, перемещенные там, таким образом, Вы не получаете подсказку, проверяющую, хотите ли Вы удалить их при перемещении их туда (поскольку Вы просто храните их где-то в другом месте в файловой системе, не удаляя их).
Выбором "Спрашивают перед пустеющим Мусором или файлами удаления" Вы устанавливаете подсказку при фактическом удалении их, или путем освобождения мусора, или путем выбора файла и удара ShiftDelete.
Так, нет - это не ошибка, это - функция.
pdcp
от pdsh пакета одна опция. pdsh
был записан для помощи с управлением кластерами HPC - я использовал его для этого, и я также использовал его для управления несколькими некластеризованными машинами.
pdsh
и pdcp
используйте полы для определения хостов, и группы хостов ("группа" является любым произвольным тегом, который Вы принимаете решение присвоить хосту, и хосты могут иметь столько тегов, сколько Вы хотите.)
Например, если у Вас была группа, названная 'веб-серверами' в /etc/genders
та включенная хоста, hostB, hostC, затем pdcp -g webservers myscript.sh /usr/local/bin
скопировал бы myscript.sh в/usr/local/bin/на всех трех хостах.
Точно так же pdsh -g all uname -r
работал бы uname -r
на каждом хосте, отмеченном со "всеми" на/etc/genders, с выводом от каждого хоста, снабжается префиксом имя хоста.
$ pdsh -g all uname -r
indra: 3.2.0-3-amd64
kali: 3.2.0-3-amd64
ganesh: 3.2.0-3-amd64
hanuman: 3.2.0-2-686-pae
команды pdsh и копии pdcp выполняются параллельно (с пределами и тайм-аутами для предотвращения перегрузки инициирующей системы).
Когда команда, выполняемая вывод мультилинии продуктов, это может получить кавычку, сбивающую с толку в чтение. Другая программа в pdsh
пакет называют dshbak
может сгруппировать вывод именем хоста для более легкого чтения.
после наблюдения всех Ваших комментариев возможно, что pdsh и pdcp могут быть излишеством для Ваших потребностей... это действительно разработано, чтобы быть инструментом системного администратора, а не инструментом нормального некорневого пользователя.
Может случиться так, что запись простой обертки сценария оболочки вокруг scp может быть достаточно хорошей для Вас. например, вот чрезвычайно простая, минималистская версия такого сценария обертки.
#! /bin/bash
# a better version would use a command line arg (e.g. -h) to get a
# comma-separated list of hostnames, but hard-coding it here illustrates
# the concept well enough.
HOSTS="mindfreak@asper.comgrid.ac mindfreak@looper.comgrid.ac"
# last argument is the target directory on the remote hosts
target_dir="$BASH_ARGV"
# all but the last arg are the files to copy
files=${@:1:$((${#@} - 1))}
for h in $HOSTS; do
scp $files "$h:$target_dir"
done
Вместо того, чтобы отправить файл в несколько целей одновременно Вы могли считать его многократно одновременно.
Передайте свой файл NFS, смонтируйте, что файловая система на Ваших целях и копирует его от NFS до Вашего локального места назначения.
Чтобы сделать так вручную и параллельный, Вы могли использовать кластер-ssh (cssh) на целях.
-w
, даже без/etc/genders файла. Ваш 'корневой сайт' должен будет все еще иметь Ваши три хоста клиента в ~/.ssh/known_hosts, и Ваши 3 удаленных хоста должны будут быть настроены для разрешения пароля меньше public_key доступ от корневого сайта. использованиеssh-copy-id
должен достигнуть обоих требований. я озадачен тем, что мог означать Ваш второй вопрос, потому что очевидной интерпретации отвечают и в моем ответе выше и в Вашем вопросе самом... как сcp
, место назначения является заключительным аргументом. – cas 17.09.2012, 10:20