Доброго дня всем :-)Дано:
2 Gb SCSI диск от промышленного компа, который работает под одним из юниксов, но на Мотороловском процессоре. На нем есть 5 разделов, ФС ext2, ext3, swap. Не важно. Этот диск является загружаемым (boot).
Нужно:
На обычном PC cо SCSI контроллером создать двойника этого диска. Не близнеца, так как объем диска может отличаться чаще в большую, но иногда и немного в меньшую сторону. Диск должен также быть загружаемым на этом же промышленном компе.
Строгая идентичность секторов на втором диске не требуется. Просто скопировать все и чтоб потом диск завелся. Тем более, что на старых бывают часто сбойные сектора, но в неиспользуемых областях...Мысли:
Хочется сначала сделать это вручную, а потом загнать в скрипт, чтобы лучше понять как все работает...
К примеру?1. Есть новый диск на 4 Гб.
Разбить его пропорционально первому на 5 разделов.
2. Задампить с оригинального в Images все разделы, кроме свопа ;-)
3. Потом подмонтировать новый диск и залить эти имаджи обратно.
При чем диск должен гарантированно стать загружаемым. Проверить - не всегда получается, только когда вылетают старые ;-)Прошу помощи по конкретным командам и утилитам, которые нужно использовать. Что-то типа скелета скрипта и что почитать/куда смотреть.
Спасибо. С Наступающим :-)
>
>1. Есть новый диск на 4 Гб.
> Разбить его пропорционально первому на 5 разделов.
>2. Задампить с оригинального в Images все разделы, кроме свопа ;-)
>3. Потом подмонтировать новый диск и залить эти имаджи обратно.
> При чем диск должен гарантированно стать загружаемым. Проверить -
>не всегда получается, только когда вылетают старые ;-)
>dump - дампит файловую систему
restore - извлекает из дампа
>[оверквотинг удален]
>>1. Есть новый диск на 4 Гб.
>> Разбить его пропорционально первому на 5 разделов.
>>2. Задампить с оригинального в Images все разделы, кроме свопа ;-)
>>3. Потом подмонтировать новый диск и залить эти имаджи обратно.
>> При чем диск должен гарантированно стать загружаемым. Проверить -
>>не всегда получается, только когда вылетают старые ;-)
>>
>
>dump - дампит файловую систему
>restore - извлекает из дампаСпасибо, сейчас буду читать доку по Dump... не работаю с юниксом ежедневно.
Но вот вопрос основной. Будет ли новый диск загружаемым?
>[оверквотинг удален]
>>> При чем диск должен гарантированно стать загружаемым. Проверить -
>>>не всегда получается, только когда вылетают старые ;-)
>>>
>>
>>dump - дампит файловую систему
>>restore - извлекает из дампа
>
>Спасибо, сейчас буду читать доку по Dump... не работаю с юниксом ежедневно.
>
>Но вот вопрос основной. Будет ли новый диск загружаемым?Как я понял, Dump - хорошо применять для сохранения и восстановления смонтированных Файловых Систем... ок, как часть скрипта применить можно
Но как передрать загрузочную часть на него? Или нужно ручками создавать его бутовым?
Но в том и вопрос, что весь софт на нем для другого проца. Нужен же и загрузчик другой, не такой как для Intel на PC.
>[оверквотинг удален]
>>
>>Но вот вопрос основной. Будет ли новый диск загружаемым?
>
>Как я понял, Dump - хорошо применять для сохранения и восстановления смонтированных
>Файловых Систем... ок, как часть скрипта применить можно
>Но как передрать загрузочную часть на него? Или нужно ручками создавать его
>бутовым?
>Но в том и вопрос, что весь софт на нем для другого
>проца. Нужен же и загрузчик другой, не такой как для Intel
>на PC.google.ru + местный поиск
перенос СИСТЕМЫ на другой диск (в качестве системы твоя ось)
вопрос изъежжен вдоль и поперек - хватит плодить флейм
>[оверквотинг удален]
>>Файловых Систем... ок, как часть скрипта применить можно
>>Но как передрать загрузочную часть на него? Или нужно ручками создавать его
>>бутовым?
>>Но в том и вопрос, что весь софт на нем для другого
>>проца. Нужен же и загрузчик другой, не такой как для Intel
>>на PC.
>
>google.ru + местный поиск
>перенос СИСТЕМЫ на другой диск (в качестве системы твоя ось)
>вопрос изъежжен вдоль и поперек - хватит плодить флеймДа не вопрос, значит буду искать... Особенно изъезжен как я понял вопрос о совершенно чужом загрузчике, не FreeBSD & Linux и Win ...
И особенно в почете как я понимаю ответы в стиле See MAN людям, которые действительно практически работают с оборудованием и хотят найти новые решения...Anyhow, thanks.
>[оверквотинг удален]
>>
>>Но вот вопрос основной. Будет ли новый диск загружаемым?
>
>Как я понял, Dump - хорошо применять для сохранения и восстановления смонтированных
>Файловых Систем... ок, как часть скрипта применить можно
>Но как передрать загрузочную часть на него? Или нужно ручками создавать его
>бутовым?
>Но в том и вопрос, что весь софт на нем для другого
>проца. Нужен же и загрузчик другой, не такой как для Intel
>на PC.Добавлю отсебятины - не ради флейма, конечно, а исключительно по-поводу воскресного свободного от работы утра :)
Приходилось переносить данные с диска меньшего размера на диск большего размера. Делал это в FreeBSD 6.2, 7.0 и Debian GNU/Linux Etch (7.0 на боевом сервере, остальное обкатывал на виртуалках).
Не представляю, что за UNIX стоит у Вас, поэтому рекомендовал бы обратить внимание на версию и почитать руководство к используемым программам.
В принципе, все что нужно - fdisk, dump, restore, mkfs.ext2 (возможно, в UNIX - другая команда), newfs, и документацию к загрузчику, если используете UFS - тогда bsdlabel.1. Подключить новый диск.
2. Посмотреть таблицу разделов на исходном жестком диске (пусть будет sda)
# fdisk -l /dev/sda
3. Создать на втором диске таблицу разделов соответствующих размеров, задать соответствующие типы файловых систем для разделов (используем fdisk)
4. Указать какой из разделов будет загрузочным (используем fdisk).
5. Создать файловые системы на разделах (mkfs.ext2 возможно у Вас использются другие команды)
6. Монтировать в каталог, например /mnt корневую файловую систему нового диска, а в нее уже остальные, если таковые имеются:
[root@odin ~]# mount /dev/newdrive/sdb1 /mnt
[root@odin ~]# mkdir /mnt/tmp
[root@odin ~]# mkdir /mnt/usr
[root@odin ~]# mkdir /mnt/var
[root@odin ~]# mount /dev/newdrive/sdb5 /mnt/tmp/
[root@odin ~]# mount /dev/newdrive/sdb6 /mnt/var/
[root@odin ~]# mount /dev/newdrive/sdb7 /mnt/usr/
7. Последовательно переместить данные в разделы на новом диске:
[root@odin ~]# dump -L -0 -f- / |(cd /mnt && restore -r -v -f-)
[root@odin ~]# dump -L -0 -f- /tmp |(cd /mnt/tmp/ && restore -r -v -f-)
[root@odin ~]# dump -L -0 -f- /var |(cd /mnt/var/ && restore -r -v -f-)
[root@odin ~]# dump -L -0 -f- /usr |(cd /mnt/usr/ && restore -r -v -f-)
8. Далее, остается только исправить файл /etc/fstab и скорректировать конфигурацию загрузчика.Для FreeBSD перенести таблицу разделов много проще.
1. Создаем загрузочный раздел на весь диск:
[root@odin ~]# fdisk -vBI /dev/ad6
2. А после этого просто экспортируем разметку со старого диска в файл с последующим восстановлением на новый диск.
[root@odin ~]# bsdlabel /dev/ad4s1 >> ad4s1.label
[root@odin ~]# bsdlabel -R /dev/ad6s1 ad4s1.label
>Добавлю отсебятины - не ради флейма, конечно, а исключительно по-поводу воскресного свободного
>от работы утра :)
>
>Приходилось переносить данные с диска меньшего размера на диск большего размера. Делал
>это в FreeBSD 6.2, 7.0 и Debian GNU/Linux Etch (7.0 на
>боевом сервере, остальное обкатывал на виртуалках).
>Спасибо, огромное... в принципе в части переноса в общем разобрался и уже есть тачка с линуксом, на которой экспериментирую... уперся в загрузчик...
Почитать по этому юниксу - ничего нет... нужно искать то есть.
В принципе это промышленная однокристаллка на процессоре моторола. И инструкции по инсталляции скупы до безобразия и процедуры долги по времени. Инсталляция рантайма занимает с ленты около полутора часов. Потом ставятся собственно аппликации... еще пара часов. Потом конфигурение... в общем полдня все. С девелоперами не поговоришь потому как оборудование старое и его уже никто не сопровождает.
Вот поэтому и задался вопросом простого копирования. SCSI диск он и в Африке диск... :-)
>[оверквотинг удален]
>>от работы утра :)
>>
>>Приходилось переносить данные с диска меньшего размера на диск большего размера. Делал
>>это в FreeBSD 6.2, 7.0 и Debian GNU/Linux Etch (7.0 на
>>боевом сервере, остальное обкатывал на виртуалках).
>>
>
>Спасибо, огромное... в принципе в части переноса в общем разобрался и уже
>есть тачка с линуксом, на которой экспериментирую... уперся в загрузчик...
>Почитать по этому юниксу - ничего нет... нужно искать то есть.М-м-м, ну а как же man-страницы? Или настолько плохо с документацией? Дело в том, что мне никогда не приходилось иметь дело со старыми системами UNIX, впрочем, как и с закрытыми UNIX-like современными системами.
>В принципе это промышленная однокристаллка на процессоре моторола. И инструкции по инсталляции
>скупы до безобразия и процедуры долги по времени. Инсталляция рантайма занимает
>с ленты около полутора часов. Потом ставятся собственно аппликации... еще пара
>часов. Потом конфигурение... в общем полдня все. С девелоперами не поговоришь
>потому как оборудование старое и его уже никто не сопровождает.Ну как же без документации. Не может же быть, чтобы к загрузчику не было никакой документации. И потом, если рассекретите версию системы, думаю, можно найти людей, да вот, хотя бы в http://groups.google.com/groups/dir?q=unix& - имевших дело со старыми системами.
>Вот поэтому и задался вопросом простого копирования. SCSI диск он и в
>Африке диск... :-)А ради интереса, это какое-то узкоспециальное устройство или машина, занимающаяся обработкой какой-то информации?
Если это просто машина в сети, на которой крутится специализированное ПО, может стоит попробовать эмуляцию железа, да и запихать машину на виртуалку? В конце-концов, если железо реально эмулировать в виртуалке - проблемы с оборудованием, а также с резервным копированием и восстановлением, практически отпадают.
>М-м-м, ну а как же man-страницы? Или настолько плохо с документацией? Дело
>в том, что мне никогда не приходилось иметь дело со старыми
>системами UNIX, впрочем, как и с закрытыми UNIX-like современными системами.MANов нет по определению :-) Рантайм стоит голый абсолютно. В /bin и /usr/bin только самый минимум... То есть даже не предполагалось, что кто-то кроме девелоперов туда будет лезть... основное решение, которое принимается, когда летит диск, который проработал лет 5 - installaton from scratch на новый диск. А это время и трудности для меня лично :-)
>
>Ну как же без документации. Не может же быть, чтобы к загрузчику
>не было никакой документации. И потом, если рассекретите версию системы, думаю,
>можно найти людей, да вот, хотя бы в http://groups.google.com/groups/dir?q=unix& - имевших
>дело со старыми системами.Это вот и буду делать. Но по работе - постоянно в поездках, экспериментировать могу только дома получается. Завтра найду его название и что он из себя представляет. Да и вообще юникс этот.
>
>>Вот поэтому и задался вопросом простого копирования. SCSI диск он и в
>>Африке диск... :-)
>
>А ради интереса, это какое-то узкоспециальное устройство или машина, занимающаяся обработкой какой-то
>информации?Стоят устройства в телекоммуникационных системах. Как бы управляющие компы для больших шкафов с электроникой. И если бы это был один экземпляр, я бы и не заморачивался.
Стоят по всему миру. Поэтому не предусмотренные инструкцией виртуалки или еще что никто ставить не даст :-)
>
>>М-м-м, ну а как же man-страницы? Или настолько плохо с документацией? Дело
>>в том, что мне никогда не приходилось иметь дело со старыми
>>системами UNIX, впрочем, как и с закрытыми UNIX-like современными системами.
>
>MANов нет по определению :-) Рантайм стоит голый абсолютно. В /bin и
>/usr/bin только самый минимум... То есть даже не предполагалось, что кто-то
>кроме девелоперов туда будет лезть...Прошу прощения, не совсем понимаю для себя что такое "рантайм", а документация и не должна в /usr/bin или /bin быть.
>основное решение, которое принимается, когда летит
>диск, который проработал лет 5 - installaton from scratch на новый
>диск. А это время и трудности для меня лично :-)
>Тогда ИМХО лучший и быстрый вариант - тот котоырым Вы и заморочились изначально, dump и последующий restore на новый диск, если, конечно эти диски есть, или есть возможность заменить их любыми другими.
>[оверквотинг удален]
>>>Африке диск... :-)
>>
>>А ради интереса, это какое-то узкоспециальное устройство или машина, занимающаяся обработкой какой-то
>>информации?
>
>Стоят устройства в телекоммуникационных системах. Как бы управляющие компы для больших шкафов
>с электроникой. И если бы это был один экземпляр, я бы
>и не заморачивался.
>Стоят по всему миру. Поэтому не предусмотренные инструкцией виртуалки или еще что
>никто ставить не даст :-)Если жестко регламентируется "Гинштрукцией" - тада, конечно - Да!...
А контроллеры домена под w2k3 R2 тоже не предусмотрены на виртуалках были до недавнего времени, но ведь работает, причем, ведет себя w2k3 ничуть не хуже, чем на реальном железе. :)
>Прошу прощения, не совсем понимаю для себя что такое "рантайм", а документация
>и не должна в /usr/bin или /bin быть.Я под этим словом имею ввиду только исполняемое... никаких интерпретаторов кроме Bash нет. Ну и манов нет. Я имел ввиду, что в /bin и /usr/bin лежа только самый минимум утилит... К девайсу даже по ftp не достучаться, просто не положено этому демону стартовать :-)
>>основное решение, которое принимается, когда летит
>>диск, который проработал лет 5 - installaton from scratch на новый
>>диск. А это время и трудности для меня лично :-)
>>
>
>Тогда ИМХО лучший и быстрый вариант - тот котоырым Вы и заморочились
>изначально, dump и последующий restore на новый диск, если, конечно эти
>диски есть, или есть возможность заменить их любыми другими.Вот и попытаюсь... вся проблема в том, что и дисков таких почти нет. Диски изначально были до 2 Гб.
>
>Если жестко регламентируется "Гинштрукцией" - тада, конечно - Да!...Да вот в том и загвоздка :-)
>
>А контроллеры домена под w2k3 R2 тоже не предусмотрены на виртуалках были
>до недавнего времени, но ведь работает, причем, ведет себя w2k3 ничуть
>не хуже, чем на реальном железе. :)Да я и так уже самодеятельно пытаюсь эту проблему решать. Никто и не чешется. У них же рабочее время по-любому идет. А мне - жалко :-)
>
>>Прошу прощения, не совсем понимаю для себя что такое "рантайм", а документация
>>и не должна в /usr/bin или /bin быть.
>
>Я под этим словом имею ввиду только исполняемое... никаких интерпретаторов кроме Bash
>нет. Ну и манов нет. Я имел ввиду, что в /bin
>и /usr/bin лежа только самый минимум утилит... К девайсу даже по
>ftp не достучаться, просто не положено этому демону стартовать :-)
>Дружище, какому демону, а как же sshd (консоль опускаю, исходя из предположений, что нет локального доступа - типа в другом регионе тачка)???
>[оверквотинг удален]
>>диски есть, или есть возможность заменить их любыми другими.
>
>Вот и попытаюсь... вся проблема в том, что и дисков таких почти
>нет. Диски изначально были до 2 Гб.
>
>>
>>Если жестко регламентируется "Гинштрукцией" - тада, конечно - Да!...
>
>Да вот в том и загвоздка :-)
>А мы, случайно, не обучались недавно совместно на курсах в ASIS в Москве, курс читал Дмитрий Чернов, а Вы еще ездили, кажется, на шевроле Lacetti с автоматом... - темный седан...
По поводу старых дисков - если Вы в Москве - давайте посмотрим, моежет, среди груды старого железа я найду что-нибудь дееспособное без badblocks...
>>
>>А контроллеры домена под w2k3 R2 тоже не предусмотрены на виртуалках были
>>до недавнего времени, но ведь работает, причем, ведет себя w2k3 ничуть
>>не хуже, чем на реальном железе. :)
>
>Да я и так уже самодеятельно пытаюсь эту проблему решать. Никто и
>не чешется. У них же рабочее время по-любому идет. А мне
>- жалко :-)
>
>Дружище, какому демону, а как же sshd (консоль опускаю, исходя из предположений,
>что нет локального доступа - типа в другом регионе тачка)???Да один диск, который клонировать нужно у меня есть. Даже не вопрос, сегодня поставлю со scratch на стороне клиента один для экспериментов :-)Но хочу копировать на любой SCSI, а не только на абсолютно идентичный по размеру :-)
Вот к нему с консоли будет можно стучать.>[оверквотинг удален]
>>[оверквотинг удален]
>>>диски есть, или есть возможность заменить их любыми другими.
>>
>>Вот и попытаюсь... вся проблема в том, что и дисков таких почти
>>нет. Диски изначально были до 2 Гб.
>>
>>>
>А мы, случайно, не обучались недавно совместно на курсах в ASIS в
>Москве, курс читал Дмитрий Чернов, а Вы еще ездили, кажется, на
>шевроле Lacetti с автоматом... - темный седан...Не, в Москве не обучался ни разу :-)
>
>По поводу старых дисков - если Вы в Москве - давайте посмотрим,
>моежет, среди груды старого железа я найду что-нибудь дееспособное без badblocks...
>Не в москве, но поговорить буду рад.
Напишите контакт на e-mail axcomline@yahoo.de
>Доброго дня всем :-)
>
>Дано:...
>Нужно:...
>Что-то не понимаю в чем прикол... А почему бы не слить командой dd загрузчик и залить на заранее подготовленные резервные диски?? На них же можно заранее закинуть и неизменную часть содержимого всех разделов - чтоб потом быстрее "клонировать"
Доступ по телнету или ssh есть на железки?? Ковырнуть конфиги там прав хватит?? Если да, то можно прикрутить скриптик, регуляно дампящий все разделы на некритичную для производства машинку... и пр. автоматизации с комфортностями ;-))
А насчет виртуализации - все же подумайте - в качестве резервного решения, "на подхвате". Инструкции созданы для того чтоб их нарушать!!.. По крайней мере в чрезвычайных ситуациях ;-)) Мой начальник на прошлой работе (матерый хакер) тоже вот так продублировал п... важные госсвязи с металлолома на компы... Вони было когда узнали, ругани... Но потом так и осталось ;-))
>А насчет виртуализации - все же подумайте - в качестве резервного решения,
>"на подхвате". Инструкции созданы для того чтоб их нарушать!!.. По крайней
>мере в чрезвычайных ситуациях ;-)) Мой начальник на прошлой работе (матерый
>хакер) тоже вот так продублировал п... важные госсвязи с металлолома на
>компы... Вони было когда узнали, ругани... Но потом так и осталось
>;-))Однозначно не пойдет, потому как все стоит на стороне клиента. И нас вызывают, когда уже диск накрылся :-)А у клиента такого не предусмотрено.
Наверное изначально неправильно сформулировал вопрос.
Нужно было так:Как скопировать бутовый SCSI диск, созданный и работающий под системой
Unix System V/88
Base Operating System R32V3.2 ( FH32.32 RM01 ) (Мотороловский Юникс)
Работающей на железе MVME187 с помощью машины под Линуксом на обычном PC с Intel процессором?