The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Клонирование жесткого диска в ОС Linux (linux disk)


<< Предыдущая ИНДЕКС Правка src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: linux, disk,  (найти похожие документы)
From: raver <raver@smtp.ru.> Newsgroups: email Date: Sun, 25 Dec 2005 17:02:14 +0000 (UTC) Subject: Клонирование жесткого диска в ОС Linux Эта статья посвящена клонированию информации с одного жесткого диска на другой. 1) У Вас в сервере есть 2 жестких диска IDE допустим /dev/hda и /dev/hdb или SCSI или SATA - тогда /dev/sda и /dev/sdb - неважно вообщем - применимо для любых жестких дисков и даже RAID массивов, если они видны для системы. 2) Если жесткие диски одной МОДЕЛИ, МАРКИ и ОБЪЕМА - тогда: Жесткий диск на который будет производится клонирование, не должен быть примонтирован партициями к каталогу(ам). dd if=/dev/hda of=/dev/hdb bs=1M (Клонирование будет производиться порциями по 1-му мегабайту) 3) Если жесткие диски неодинаковые и возможно разного объема - тогда: Допустим у Вас есть на 1-м жестком диске 3 партиции ext2fs, ext3fs, reiserfs - без разницы, и swap. /dev/hda1 - / (root партиция) объемом 12,066 GB - файловая система reiserfs /dev/hda5 - swap (swap партиция) объемом 1,024 GB - файловая система swap /dev/hda6 - /home (home партиция) объемом 50,043 GB - файловая система ext3fs На втором жестком диске нет ничего, тогда: Есть утилита cfdisk - запускаем - по умолчанию она покажет /dev/hda с выше перечисленными партициями. Тогда запускаем так - cfdisk /dev/hdb - теперь она покажет /dev/hdb голый. С ее помощью создаем точно такие же партиции (тип Linux и тип Linux swap для /dev/hdb5) такого же объема как и на /dev/hda . Примечание: /dev/hda1 а потом сразу /dev/hda5 - все просто потому что /dev/hda1 - это Primary раздел, а /dev/hda5 и /dev/hda6 - Logical разделы, поэтому создается такая нумерация. Создали, записали таблицу (Write функция в cfdisk). Далее создаем файловые системы на /dev/hdb1 и /dev/hdb6 (на swap партиции ничего создавать не надо) mkfs.reiserfs /dev/hdb1 mkfs.ext3 /dev/hdb6 Создали. А теперь все просто (Монтировать к каталогам НЕ НАДО только созданные партиции) : dd if=/dev/hda1 of=/dev/hdb1 bs=1M dd if=/dev/hda6 of=/dev/hdb6 bs=1M Дождались? - все клонирование завершено. Но Вам же еще нужен загрузчик системы для второго жесткого диска - верно? Тогда рассмотрю пример с lilo загрузчиком. lilo -M /dev/hdb (lilo возьмет конфиг с 1-ого жесткого диска) либо mount -t reiserfs /dev/hdb1 /mnt/123 lilo -C /mnt/123/etc/lilo.conf -M /dev/hdb (уже c 2-ого жесткого диска) Вот и все - lilo взял ваш конфиг на /dev/hda1 из файла /etc/lilo.conf или же со 2-го жесткого диска и основываясь на нем проинсталлировал себя в MBR на 2-ой жесткий диск. Все - система полностью сдублирована и готова к старту со 2-го жесткого диска. Примечание: в /mnt/123/etc/lilo.conf и /mnt/123/etc/fstab указан жесткий диск и партиции /dev/hda (/dev/hda1) - поэтому, чтобы система все-таки стартовала при отказе 1-го жесткого диска - надо его сделать Primary Master, потому как во время клонирования он был Primary Slave (я надеюсь перемычки Вы менять на жестком диске умеете). Хотя можно перед установкой lilo просто отредактировать конфиг /mnt/123/etc/lilo.conf и конфиг /mnt/123/etc/fstab - заменив в них /dev/hda на /dev/hdb ,Естественно уже на втором жестком диске примонтировав его root партицию командой mount -t reiserfs /dev/hdb1 /mnt/123 к примеру ;) Вот и все просто ;)

<< Предыдущая ИНДЕКС Правка src Установить закладку Перейти на закладку Следующая >>

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, Осторожный (?), 20:43, 26/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем mkfs, если потом все равно dd раздел переписывается ?

    Пункт 3 - гон насчет дисков разного размера. Если диски разного размера, то как у них потом разделы оказываются одинакового раздела ?

    Видимо автор не понимает о чем пишет или я совсем тупой ;)

    Предлагаю эту статью удалить или переписать заново  дабы не вводить молодежь в заблуждение ...


    Опять же файловая система может быть отформатирована не с параметрами по умолчанию. Например XFS на RAID - у XFS есть опции именно для оптимизации под RAID. А если следовать автору, то mkfs.xfs - самое оно. Хотя он потом все равно dd сделает, так что чего я так страдаю :)

     
  • 1.2, PNL (?), 22:58, 26/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я просто 'cp -a' делаю, для этого разделы могут быть разного размера и даже по-другому разбиты :)
     
     
  • 2.3, const86 (ok), 23:06, 26/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Точно. Там даже файловые системы могут не совпадать. Но, наверное, этот метод слишком уж хороший, лучше с dd повозиться. o:-)
     
  • 2.4, mj (??), 00:18, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно. Вы копируете, а автор статьи - клонирует - т.е. создает абсолютно точную копию раздела, в этом вся соль :)
    Когда нужно копирование, а когда клонирование - уже другой вопрос.
     
     
  • 3.7, Andrey Mitrofanov (?), 11:38, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда нужно копирование, а когда клонирование - уже другой вопрос.
    Когда?
    (Видимо, когда /целью/ клонирования не является копирование? %) )
     

  • 1.5, bs (?), 09:40, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я может что не так понял, но зачем форматировать раздел
    перед тем как залить на него побайтовую копию уже отформатированного раздела?
     
  • 1.6, qqqq (?), 11:02, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если речь о клонировании, то почему вместо:

    dd if=/dev/hda1 of=/dev/hdb1 bs=1M
    dd if=/dev/hda6 of=/dev/hdb6 bs=1M

    не сделать просто целиком hda -> hdb

     
  • 1.8, raver (?), 11:58, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На счет создания файловых систем - я просто делал по такому порядку и у меня все получилось, поэтому я написал статью точно по пунктам.

    А на счет одинакового объема партиций - все просто, есть утилита cfdisk ну или fdisk - ей и создаешь точно такой же раздел - вот так и получаются разделы одинакового размера :)

    Допустим у меня 1-ый хард 80 гигов но там партиция / - всего 12 гигов остальное место под /home, а второй хард 30 гигов, ну и как бы вы себе представили dd if=/dev/hda of=/dev/hdb ????

    Если речь о клонировании, то почему вместо:

    dd if=/dev/hda1 of=/dev/hdb1 bs=1M
    dd if=/dev/hda6 of=/dev/hdb6 bs=1M

    не сделать просто целиком hda -> hdb

    Потому что диски могут быть разного объема

     
  • 1.9, petr999 (??), 09:26, 28/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а утилиты из fsprogs уже не на топе что-ли?
     
  • 1.10, Аноним (10), 00:11, 30/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дибильная и крайне неверная статья.

    Правильно клонировать партиции надо утилитами, учитывающими особенности файловой системы.

    Для ext2/3 - это dump/restore
    Для XFS - это xfsdump/xfsrestore

    Выше указанный способ годится только для случаев массового развертывания на абсолютно идентичные компы. Это довольно редкая задача. Обычно компы приходят разношерстные, даже если покупаются в одной конторе.

     
     
  • 2.12, Rubel (?), 15:58, 19/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Дибильная и крайне неверная статья.
    >
    >Правильно клонировать партиции надо утилитами, учитывающими особенности файловой системы.
    >
    >Для ext2/3 - это dump/restore
    >Для XFS - это xfsdump/xfsrestore
    >
    >Выше указанный способ годится только для случаев массового развертывания на абсолютно идентичные
    >компы. Это довольно редкая задача. Обычно компы приходят разношерстные, даже если
    >покупаются в одной конторе.

    А ну ка, умник, расскажи в чём состоит дибилизм использования dd? Какие-такие "особенности файловой системы" она не учитывает в контексте приведённой статьи?

    Хотя я бы использовал "cp -a"

     
     
  • 3.13, Аноним (10), 19:49, 11/03/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Возьми винчестер в 250 Гиг.
    Отформатируй его под любую FS. Для примера EXT3.

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

    Для особо непонятливых поясняю: dump/restore не копируют мусор (не занятые участки диска), а dd копирует бит-в-бит.

    dd годится когда надо вытащить инфу с убитого диска. Т.е. сделал битовую копию и терзай ее смело, как хочешь.

    Для осознания и окончательного просветления рекомендую читать это:
    http://rus-linux.net/kos.php?name=/papers/part-img/1.html

    Особо ленивые могу пользовать прогу Partition Image
    Единственный ее недостаток - не поддерживаются программные RAID (Software RAID).

     

  • 1.11, Ant (??), 16:24, 30/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как насчет копирования с сохранением структуры данных(их позиционирования?)
     
  • 1.14, liks (??), 12:28, 24/03/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    все хорошо, но NTFS так у меня не склонировалась. Винда отказалась работать.
     
  • 1.15, Tedim (?), 02:58, 18/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Задача 1. В случае партиций разных размеров если /dev/hda1 1000M, а /dev/hdb1 - 500M, каков результат выполнения команды
       dd if=/dev/hda1 of=/dev/hdb1 bs=1M   ?
    А если перед этим выполнить команду
       mkfs.ext3 /dev/hdb1 ,
    можно ли ли быть уверенным, что FS ext3 сохранится, если на /dev/hda1 была reiserfs? Почему?
    Задача 2. Сколько раз нужно выполнить команду
        lilo -M /dev/hdb1
    если при создании партиций вы не пометили нужный раздел как загрузочный? Почему?
     
  • 1.16, Eho (?), 23:31, 25/02/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Плохая статья. И даже вредная! Где mkswap? Создать раздел Linux swap мало! Где правильное конфигурирование lilo? lilo -M вовсе не запишет загрузчик на /dev/hdb - читать man lilo! Без правильного lilo.conf - пляшем с бубном и пердим в лужу! Где выбираем активный загрузочный раздел? Нафиг использовать mkfs, если копировать при помощи dd? Зачем копировать при помощи dd разделы разного размера? Man backup/restore или хоть man cp!

    Всем! Всем! Всем! ЭТОЙ СТАТЬЕЙ ПОЛЬЗОВАТЬСЯ НЕЛЬЗЯ - глкпая так как!

     
  • 1.17, LOKY (?), 21:48, 29/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    проверено лично:
    данный пример хорош для создания точной копии разметки диска. В случае применения диска бОльшего диска(целевого) оставшаяся область остается не размеченной.
    Но главная проблема в том, что утилита копирует не больше 2.1 Gb !!! т.е. клон диска размером, скажем, 120 Gb я не сделаю
     
  • 1.18, Аноним (-), 22:16, 13/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Справедливости ради следует отметить, что подобные действия могут вести к ошибкам файловой системы, если во время выполнения dd (отнюдь не моментальная операция) производилась какая-либо запись на исходный носитель.
     
     
  • 2.19, Peter V. (?), 19:42, 14/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а тык со снапшота можно копировать?
     

  • 1.20, artem (??), 08:08, 01/10/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В принципе, статья поможет разобраться как клонировать диски (и поможет склонировать диски), при условии использования дополнительными источниками, коих в рунете много. Разбивать на разделы и форматировать диски, а также создавать раздел для SWAP при использовании dd не объязательно. Вся это информация находится на первом секторе диска, который будет скопирован. Если предварительно разбивать диск куда делается клон то все равно первый сектор перепишется. Главное чтобы диск на который делается клон не был меньшего размера. Если диск большего размера неиспользованное пространство так и останется не использованным, что на мой взгляд не проблема.  
     
  • 1.21, ChAS (?), 22:25, 25/11/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подскажите как через убунту скопировать НТФС раздел в уже созданный раздел на другом винте. при том что на новом винте раздел меньше чем на оригинале. (естествено объем копируемого образа меньше объема нового раздела)
     

    игнорирование участников | лог модерирования

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру