|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 21 Jul 2002 18:48:06
To : Ramazan Ja-Far
Subject : Re: Copy Linux -> new hdd
--------------------------------------------------------------------------------
Hi, Ramazan!
>>>>> "RJ" == Ramazan Ja-Far <ramazanjf@svitonline.com> writes:
>> не быстрее. Идем и читаем man dump?
RJ> Ещё насчёт dd в случае разделов одного размера я согласен, но dump с
RJ> первого винта на второй а потом restore на третий?
ясно, man dump; man restore читать не хотим, хотим пофлеймить.
Дело хозяйское. Про то, что файл с дампомо создавать как-бы не нужно, для
этого есть пайп, догадаться тоже сложно. Какой там, мы же пытаемся
доказать что cp -a рулез форевер...
>> RJ> cp -a сохраняет хардлинки, симлинки и свойства файлов (проверено).
>> идем и читаем man dump еще раз?
RJ> Там что, опровергается моё утверждение "cp -a сохраняет хардлинки,
RJ> симлинки и свойства файлов (проверено)." %)?
причем тут опровергается?
ЕЩЕ РАЗ:
dump/restore _я_считаю_ БОЛЕЕ ПРАВИЛЬHЫМ СПОСОБОМ.
dump/restore работают на уровне файловой системы. Это немного эфективнее
чем cp, который работает на уровне _файлов_. И чуть мение эфективно чем
dd, который работает на уровне девайса.
у меня вот еще есть такой рецептик "в заначке":
======
From: Alex Korchmar <Alex.Korchmar@f28.n5020.z2.fidonet.org>
Date: Sun, 06 Jun 99 08:42:14 +0400
Subject: Re: Пеpенос системы
=
VS>>> новом диске. Может можно пpоще? Каково наиболее оптимальное
VS>>> pешение?
l>> да куда уж пpоще.
VS> А, не скажите, батенька. Тут аpхивчик получается _пpомежуточный_
VS> _большого_ pазмеpа. А мне хочется 2 диска на одну машину поставить
а это у вас, батенька, от неумения пользоваться тем, для чего, собственно,
юниксная среда предназначена.
tar -cSlpv / | tar -xpv -C /mount/где-там
И даже на одну машину их ставить не надо - достаточно в одну сеть.
VS> скопиpовать. Вот только не увеpен, что все ссылки, /dev/* и
VS> т.д. скопиpуется коppектно.
GNU tar'ом - скопируется.
======
я уж не говорю про совсем очевидную вещь - запуская два процесса связаных
через пайп, мы более эфективно нагружаем дисковую подсистему. Потмоу что
пока один dump/tar с одного винта читает, второе restore/tar на другой
пишет. ОДHОВРЕМЕHHО. В отличии от cp -a, который делает все сам.
--
Bor.
ЗЫ честно говоря, мне вообще непонятно рвение с которым мне доказывают то,
с чем я не спорил, и даже сказал, что сам пользую cp -a. ;-/
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
