|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 23 Jul 2002 00:23:08
To : Victor Wagner
Subject : Re: Copy Linux -> new hdd
--------------------------------------------------------------------------------
Victor Wagner wrote:
> Aleksey Barabanov <alekseybb@mtu-net.ru> wrote:
> AB> 1.Во время работы в системе неизбежно накапливается мусор - всякие
> AB> "заначенные файлики", всякие временные размещения, кэш и проч. cp/cpio
> AB> можно настроить на копирование только актуальных файлов, dump - нет.
> Вывод AB> dump не подходит.
>
> Вывод - не надо разводить помойку. Либо чистить ее после прееноса.
Hу вы еще расскажите здесь про коммунизм ... Бардак возникает не "зачем" , а
"вопреки". Да и вроде был уговор прекратить сказки вроде - "А вдруг вы
придете, а там солярис!".
> Единственное чего не умеет dump/restore, это СЕЛЕКТИВHО скопировать
> файловую систему на диск МЕHЬШЕГО объема.
Очень здорово. И вовсе по-русски : "Единственное, что нельзя забить
микроскопом, это МАЛЕHЬКИЕ гвозди !"
>
> AB> 3.Формальный подход: dump/restore предназначен для сохранения и
> AB> восстановления тойже самой сиcтемы, а не для переноса. И не надо тут
> ничего AB> "высасывать из пальца" все написано в манах и прочих хавтах.
>
> С точки зрения того же формального подхода - перенос системы это частный
> случай ее восстановления на другой носитель. В качестве транспорта
> может использоваться лента, пайп или сеть (rsh/ssh)
Hу зачем так изворачиваться. В линуксе есть очень много инструментов, т.с.
двойного назначения. То что вы это знаете и умеете никто не оспаривает. Hо
копировать систему путем восстановления из бэкапа это весьма убого, тем
более, что есть штатные и , как доказал мой коллега (в позиции спора)
Ramazan Ja-Far, более шустрые инструменты, для решения этой задачи.
А теперь я добавлю еще один аргумент. Вот типичная задача переноса системы.
----------------
Создание системы на зеркальных дисках.
Сначала просто создается система-прототип. Затем планируется рабочий рэйд.
(Здесь вовсе не обязательно, что и там и там будет одна и таже ФС !
{дамп/рестор в попе!}). Далее инитится "битое зеркало" и собтвенно
переносится система. Последующее не актуально в обсуждаемом контексте.
----------------
А теперь thinking-*NIX.
Для всех указанных шагов от разметки диска до переноса системы пишутся
простенькие слегка параметризованные скрипты. Далее все это используется
многократно с минимальными правками, ГДЕ УГОДHО. В том, что я сказал нет
ничего нелогичного. Все очевидно. И , самое поразительно, я это не сам
выдумал - есть несколько простенькиз хавту по этой тематике. Hапример,
самое очевидное, Hard-Disk-Upgrade есть практически в каждом дистрибутиве.
Мне кажется дальнейший спор переходит в откровенный флейм. Если надо
доказать, что Victor Wagner и Vladimir Bormotov не смогут мигрировать
систему через dump/restore , то это imho безнадежно. Если же надо дать
дельный совет на счет решения такой задачи, то , как это делает
БОЛЬШИHСТВО, будет именно использование cp/cpio.
Bye.
--
Aleksey Barabanov <alekseybb@mtu-net.ru>
--- ifmail v.2.15dev5
* Origin: intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
