Статью не прочел пока, но увидел таблицу 1 про развитие FC и сразу вопрос:

А где вы видели 4Gbit FC еще в 2002 году? А 10Gbit в 2003?

Реклама в чистом виде.

tar и никаких гвоздей

>Реклама в чистом виде.

Полностью согласен. На аналитику не тянет, однозначно. За то, "фирменная" архитектура TAOS - во свей красе.

Чего, напимер, стоит: "..архитектура TAOS более оптимизирована для работы с ленточными системами, чем любой из стандартных протоколов."

Особенно, если сравнивать с "..также есть HTTP/FTP. Данный протокол схож с SNMP.."

Круть, немерянная :-)

таром не все можно, лучше снапшот с lvm partition

tar - это здорово и праздник, но вот мотать всю ленту ради случайно убитого файла полтора часа прикалывает не сильно.

какие кроме тара есть _свободные_ _межплатформенные_ (типа, линух и солярка) альтернативы?

Может кто кинет в меня линком с инфо как с Ext3 раздела снять "слепок" и при надобности его обратно залить?

Просто хочу достаточно сильно побаловаться с дистром и боюсь, что моих извращений он не выдержит, а все заного устанавливать/настраивать не тянет.

Re:

dump/restore

Использование dump/restore не рекоммендуется.

> Использование dump/restore не рекоммендуется.

Почему?
Ну... Тогда ничего лучше tar так таки не придумать.
Я когда экспериментировал с linux`ом - просто бэкапил всю систему командой cp -a на соседний диск...

>таром не все можно, лучше снапшот с lvm partition

А со снапшота Вы святым духом будете данные забирать?

>> Использование dump/restore не рекоммендуется.

>Почему?

Пункт 8.4.2.3.

http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/admin-primer/s1-disaste...

Казалось бы, внесли изменения в ядро - внесите изменения и в утилиты резервного копирования. Но нет! Настоящие линуксоиды не такие!

> Использование dump/restore не рекоммендуется.

ну так нужно добавлять -- в лялихе. Ну и причина.

Использование dump/restore в ОС _Linux_ не рекоммендуется.

:) Так лучше?

Может я конечно чего-то не понимаю, но чем автора UDP не устроил, что он так опустил TCP?

>Использование dump/restore в ОС _Linux_ не рекоммендуется.

А что рекомендуется. Если tar/gz то с какими ключами чтобы все атрибуты/владельцы и проч. сохранились.

>А что рекомендуется. Если tar/gz то с какими ключами чтобы все >атрибуты/владельцы и проч. сохранились. 

rsync самое то

>>А что рекомендуется. Если tar/gz то с какими ключами чтобы все >>атрибуты/владельцы и проч. сохранились.

>rsync самое то

rsync очень медленный зараза. Если уже раздражает сколько времени он с винта на винт синхронизирует 60Мб (около 20-25 файлов), то что говорить о 2Gig?

Можно и dd использовать

чёт у вас господа совсем все отшибло cpio - и ничего не нада придумывать а у tar-а память не накоторые весчи совсем никакая