Для только для Соляриса взгляд на "ZFS отправляет" (принятие Соляриса 10 обновлений 2 или позже).
Процесс должен сначала взять снимок и затем "отправить" его в другое место. Например:
zfs snapshot POOL/dataset@backup1
zfs send POOL/dataset@backup1 | ssh $USER@$HOST zfs receive $TARGETPOOL/$TARGETDATASET
Вышеупомянутое решение имеет горную надежность тела.
rsync является Вашей почти лучшей опцией, но приносит Вам дополнительную пользу того, чтобы быть межплатформенным. rsync не поставлется с Солярисом по умолчанию, но может быть легко установлен от, например, Бесплатное программное обеспечение Соляриса.
Необходимо очистить снимки, когда Вы не хотите их больше. Имение в наличии их на некоторое время хорошо - можно использовать их для отправки возрастающих потоков.
Чтобы сделать возрастающие потоки, Ваша секунда (и последующий), резервные копии будут похожи на это:
zfs snapshot POOL/dataset@backup2
zfs send -i backup1 POOL/dataset@backup2 | ssh $USER@$HOST zfs receive $TARGETPOOL/$TARGETDATASET
zfs destroy POOL/dataset@backup1
Примечание: Уничтожьте до-последнего снимок, позволив Вам сделать возрастающее снова в следующий раз!!!
Наличие многих сотен или тысяч снимков, лежащих вокруг, может быть проблематичным. Во-первых это сильно влияет на производительность утилит управления, такой как zfs list
. Во-вторых, когда данные изменяются под ними, они запускают к пространству пожирателя ресурсов (Они первоначально не поднимают дискового пространства),
Сыгранный вничью rsync использует cpio (похожим способом к тому, как Вы используете tar)... cpio, обрабатывает более странные файлы лучше, чем tar. В особенности это обрабатывает редкие файлы, воссоздаст жесткие ссылки, если это возможно, и обрабатывает другие типы файлов правильно.
find /backup_directory | cpio -o | ssh $USER@$HOST cpio -idm /target_directory
cpio -o
= Создайте резервное копирование (Копируют)
cpio -i
= Восстановление от резервного копирования (Копия в)-d и-m должно воссоздать структуру каталогов и поддержать полномочия/время изменения, и т.д., соответственно.
tar является общим фаворитом потому что.... хорошо, нет никакого серьезного основания. смолокуренный завод, прекрасный, если Вы знаете Вас, будет только когда-либо иметь простые файлы.
Я сам использую автопрыжок и также завишу от многих псевдонимов для навигации по командной строке, например:
alias b='cd -'
alias c='cd ~/Dropbox/95_2014/work/code'
alias d='~/Dropbox'
alias lnk='cd ~/Dropnot/webs/rails_apps/linker'
alias n='cd ~/Dropnot'
alias play='cd ~/play/'
alias q='cd ~/Dropbox/95_2014/work/code/ruby__rails/ruby/ruby_quiz'
alias s='cd ~/Dropnot/setups'
alias w='cd ~/Dropnot/webs'
alias work='cd ~/Dropbox/95_2014/work'
Я храню эти и все остальные псевдонимы в файле ~/.bash_aliases и включаю их с помощью
test -f ~/.bash_aliases && . $_
в мой . bashrc
.
Для моей установки автоперехода у меня есть эта строка в файле .bashrc
test -s ~/.autojump/etc/profile.d/autojump.sh && . $_
, которая поддерживает переносимость моего .bashrc
точечного файла, так как она позволяет мне установить эту строку даже на новой машине без установки автоперехода без ошибок.
Для фактической организации я использую:
~/Dropbox # stuff for the future / elsewhere, maintained by Dropbox
~/Dropnot # stuff for git, not Dropbox, i.e. sites and apps
~/Dropbox/95_2014 # My 'year' approach to archiving old stuff every year
~/Dropbox/95_2014/work # All my work stuff which is most of it.
~/Dropbox/95_2014/life # All my non-work, personal and private stuff
Я также использую:
~/tmp # as a scratchpad directory for files I don't care about.
~/setups # for a cloned github repo with my dotfiles.
и складные системные каталоги
~/Downloads
~/Desktop
~/Pictures
для быстрого использования, например, скриншоты, загрузки и т.д.
Я также установил autocd
, который позволяет набирать имя каталога и быть cd'd в нем, если он существует (хорошо в Ubuntu, но в OSX мне пришлось обновить свою bash-версию с 3 до 4. Строка, вызывающая это:
[ ${BASH_VERSINFO[0]} -ge 4 ] && shopt -s autocd
Я также считаю полезным, чтобы информация о каталогах была в моей PS1
подсказке, чтобы показать мне три верхних (текущих) каталога и два нижних, плюс время, имя машины и git-ветка, как в
, чего я достигаю, имея следующее в моем .bashrc
git_branch () { git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/\1/'; }
HOST='\033[02;36m\]\h'; HOST=' '$HOST
TIME='\033[01;31m\]\t \033[01;32m\]'
LOCATION=' \033[01;34m\]`pwd | sed "s#\(/[^/]\{1,\}/[^/]\{1,\}/[^/]\{1,\}/\).*\(/[^/]\{1,\}/[^/]\{1,\}\)/\{0,1\}#\1_\2#g"`'
BRANCH=' \033[00;33m\]$(git_branch)\[\033[00m\]\n\$ '
PS1=$TIME$USER$HOST$LOCATION$BRANCH
Обратите внимание на возврат каретки, чтобы длинная PS1-инструкция не нажимала курсор вправо.
Мне нравятся такие закладки в nautilus, но избегайте доступа или использования их в командной строке. Я не хочу иметь дело с проблемой синхронизации, которая может быть связана; я использую OSX (а также Ubuntu) и это не было бы полезным там; вышеприведенная стратегия псевдонимов в командной строке служит мне лучше; мне нравится только 6-12 закладок в боковой панели gui в любом случае, так что это не трудно просто создать на лету (<1 минута одноразовой задачи).
. Лично я никогда не понимал использования полноценных файловых менеджеров.
Я глубоко предпочитаю использовать coreutils
для управления файлами.
В результате, моим решением было бы предложить утилиту управления каталогами.
Таких утилит бесчисленное множество, и я лично никогда не находил им применения, поэтому не могу дать никаких личных рекомендаций.
Но ниже приведены несколько примеров, которые вы могли бы изучить:
Легко заметить, что многие из этих утилит спроектированы одним и тем же человеком (а именно: j
, j2
, z
и v
).
Но, я полагаю, что все они имеют достаточно отличий, чтобы оправдать разные проекты.
Наверное, это означает, что моя основная рекомендация вам на самом деле coreutils
.
Может показаться, что это не большая альтернатива, но на самом деле все файловые менеджеры на самом деле просто альтернативы coreutils
.
Однако, так как вы приветствуете все альтернативы Nautilus, то я добавлю еще одну терминальную альтернативу (TUI, однако; curses интерфейсы ftw!): mc
.
Midnight Commander (или mc
) - это терминальное решение для визуального управления файлами.
Лично я клянусь coreutils
, но я знаю многих людей, которые делают то же самое для mc
.
Моя последняя рекомендация глубоко укоренилась в том, что я Арчер - "Попробуйте и посмотрите" [какой из них вам больше нравится]! Используй эту!
Что касается GUI-решения, то я использую и предлагаю Thunar (он, конечно, доступен и для других настольных компьютеров). Он быстрый, легкий и стабильный, занимаемая площадь памяти почти незаметна (~70 Мб на 30+ вкладках на двух отдельных окнах). Некоторые из его возможностей включают:
Среди других интересных возможностей.
Обновление:
Thunar хранит свои букмары в ~/.gtk-bookmarks
, что делает их доступными для других gtk-приложений в URI-формате, как показано ниже:
file:///home/ariel/Descargas
file:///home/ariel/Documentos
file:///home/ariel/Im%C3%A1genes
file:///home/ariel/M%C3%BAsica
file:///home/ariel/Plantillas
file:///home/ariel/P%C3%BAblico
file:///home/ariel/V%C3%ADdeos
smb://sx2310/publico/ SMB /publico/ en SX2310
Не знаю, хранит ли Nautilus их уже в таком формате, но если хранит, то нет необходимости даже импортировать их в Thunar.
Обновление #2:
Похоже, что Nautilus фактически хранит свои закладки в том же формате, , как указано в этом вопросе; но в другом файле (~/. config/gtk-3. 0/bookmarks
), так что дело будет только в их копировании-вставке:
cp -f ~/.config/gtk-3.0/bookmarks ~/.gtk-bookmarks
Можно даже объединить их (Natilus to Thunar):
cat ~/.config/gtk-3.0/bookmarks >> ~/.gtk-bookmarks
И наоборот (Thunar to Nautilus):
cat ~/.gtk-bookmarks >> ~/.config/gtk-3.0/bookmarks
Обновление #3:
Оно должно прекрасно работать под рабочим столом Gnome, хотя и было разработано для XFCE, так как XFCE сам по себе опирается на многие библиотеки Gnome. И я могу подтвердить, что оно работает, основываясь на личном опыте.
.Вы знакомы с Vim? Если да, то взгляните на Рейнджер . Это очень быстрый текстовый файловый менеджер, использующий ярлыки, подобные Vim.
hjkl
. m
, а затем клавишу, под которой будет сохранена закладка.
Чтобы получить доступ к закладке, нажмите '
, а затем клавишу, под которой вы сделали закладку. : mkdir DIR_NAME
S
и вернитесь к рейнджеру с помощью Ctrl + D
. Для получения списка сочетаний клавиш введите 1?
. См. Также https://wiki.archlinux.org/index.php/Ranger .