Ru-Board.club
← Вернуться в раздел «Общие вопросы»

» Перенос системы на другую материнскую плату (#2)

Автор: TweakerPC
Дата сообщения: 25.10.2011 18:07
Sish

Цитата:
А потому, что на том же железе (читай - материнке) Акронис не считает нужным применять UR.

А вот и нет. потому как, если взять рабочую систему, забэкапить, и этим же акронисом тут же восстанавливать на это железо, то предлогает UR. Зависимо от акронисов (версии)!!! во всяком случае мною провереные более менее последнии вресии акронисов могут!
Далее этот же акронис который может на это же железо UR делать рабочей системы, не может рухнувшую систему на UR приболтать (ессно так же на этом железе) почему то.
А насчёт зависимости версий, проверенно неоднократно. Вот более точно пример Acronic Backup & Recovery в большинстве случаев способен на UR, когда др. акронисы (имеется Home или Server +UR) отказываются с рухнувшей системой на этом же железе, хотя последнии UR могут, но только с рабочей системой.
Всё это касательно в пределах одного железа!

Вобще Acronic Backup & Recovery мне больше всех нравиться. Любым др. акронисом можно систему забэкапить как "файлы и паки", а не дисковый образ. и этот же акронис которым бэкапили этот самый образ уже несчитает что система т.е. UR не предложит, и х.з. почему. Интересно.
Когда Acronic Backup & Recovery спокойно выполняет (доступно) UR.
Но в данный момент, не могу применить Acronic Backup & Recovery т.к. видеокарта PCI и графики просто не хватает на коректное отображение графической оболочки Acronic Backup & Recovery в DOSе, а под винду не искал и на разных Live отсутствует.


Цитата:
Да и что тебе даст UR, если грохнулись системные файлы?

Например в данный момент через загрузочный диск с помощью FixNTLDR можно попытаться загрузить бы эту систему, но при только вот только начальной загрузке просит HAL что очень просто решимо с помощью UR да бы никакого ковыряния в удалённом реестре и подборки халов не требуется, экономия куча времени и нервы


Цитата:
sfc /scannow

простите а это что, не совсем понял таки? Что это типа чекдесака? если да то выполнял, исправленно туча незначительных ошибок (на винте бэдов штук 100 на 19Гб по совершенно разным места рабросанно и впринципе не сильно критично)

п.с. если что то я с исходной забэдованной 19-ки copyrdma слил на чистенькую 80-ку. потом акронисом (досовским) в посекторном режиме забэкапил на др. созданый раздел (за границей LBA 19Gb ессно) в архив. ну уже потом все манипуляции можно.



Добавлено:
да и ещё ко второй цитате забыл добавить - ну грохнулись системные файлы. так ведь при поправке нужного хала, далее то можно будет какие файлы повреждены выяснить это монжо. ну и средство восстановления мелких и консоль (при установке винды) на крайняк может помочь. да много чего можно ещё придумать.
Автор: Sish
Дата сообщения: 26.10.2011 07:59
TweakerPC

Цитата:
Любым др. акронисом можно систему забэкапить как "файлы и паки", а не дисковый образ. и этот же акронис которым бэкапили этот самый образ уже несчитает что система т.е. UR не предложит, и х.з. почему

Друг мой, если ты бэкапишь систему как файлы и папки и потом к этому образу пытаешься применить UR, я тебе искренне сочувствую


Цитата:
Что это типа чекдесака?

Нет, это типа проверка и восстановление системных файлов... Рекомендую.

После всего тобой написанного, возникают сомнения в твоей сентенции:
Цитата:
переносом системы на новое железо зани маюсь уже не первый год.

Хотя, если пробел поставлен неумышленно, то всё сходится Без обид, плиз!
Автор: TweakerPC
Дата сообщения: 26.10.2011 16:25
Бывают случай, когда горебэкапщики (лучше никого ничему не учить и не показывать , например в сети много видеоуроков ) приносят образ системы скопированым акрониосм или др. но как "файловый" и ессно у них не получается восстановить, а систем раздел удалён или новое железо куплено.
Метода "файловый---восстановление на активный раздел---бэкап---восстановление" так вот акронис с такого нового перебэкапа предлогает выбрать какой будет раздел (активный) +UR уже имеется, можно и на новое железо пустить такой образ. Почему так выбрал я? а просто не надо уже поднимать программы в ливе или команды в консоли, не надо ковырять реестр с +UR можно решить, сразу обходим и экономим кучу времения (хотя бы).
Из всего этого у меня имеется интерес - что вроде особого ничего не менятся от "файлового" до "дискового" архива - файлы то теже, но добавился раздел активный и как бы вот оно михалыч чё, так нет. Или вроде бы да. А как же тогда дело с системой после аварии, там ведь тоже диск аткивный (ошибки по логике убраны, проверка системных файлов была), а не предлогает +UR и всё, стало быть дело ещё в чём-то, а не только в типе архива. А в чём именно, на что акронис ещё обращает внимание? можно только догадываться например что в системных папках (оно канеш так и есть, но проверяет быстро), реестр и пр. конфиги А конкретно какие? Вот это собственно и хочу узнать. вот моя суть! просто я видимо много лишнего в прошлом посте поднял, может и не ясно, не видно сути той. Если узнать какие именно файлы акронис зырит на С:/ то ......... это ещё одна пенсия будет
Касательно Acronic Backup & Recovery (ABR - абракадабра) в большинстве случаев! (почему не всех, сам не знаю опять же) файловый архив может на раз поднять сразу с +UR. Ещё обходим!


Насчёт "зани маюсь" с чем не согласны не пойму? ну были запары я не спорю не всегда всё гладко, а у кого не бывает. райды-ху..ды, халы. ключи реестра, разный софт из под ливе, всё это пережито, постепенно сам приходишь ко всяким своим методам, которые могу кому-нибудь показаться совсем не уместными или как ещё могут не знаю, но мне более удобными. Вобщем - "каждый крот капает посвоему" так что-ли


Цитата:
После всего тобой написанного, возникают сомнения в твоей сентенции
Не все писатели легко читаются и запоминаются Шутю. хотя у меня бэта-пост был в тексте, то что выложил в пост - это его мини версия

Проверка сис.файлов так и называют "проверка и восстановление системных файлов" мне так удобнее привык к русскому ничего не могу с собой поделать и в рековери консоли редко бываю т.к. всегда из под ливе всё решаю, там и программы есть, они интереснее и красивее чем команды. опять же это всё имхо маё короче )))
без обид амиго .
Автор: kenny5705
Дата сообщения: 19.11.2011 13:44
Решил описать свой процесс создания заливки, так сказать, чтоб сам не забыл, да и другим вдруг пригодиться.

Для создания образа Windows XP SP3 отвязанного от железа понадобится:
1. Сама Windows XP SP3
2. Виртуальная машина (VMware Workstation, VirtualBox или любая другая, я использовал VMware)
3. Любой LiveCD
4. Image for Linux c OSD Tool Script (можно скачать отсюда IFL 2.66 http://rghost.ru/22452281 )
5. Программа для снятия образа (Acronis, Paragon, IFD/IFW/IFL, кому что удобней)
5. Флешка (по-моему самый простой способ перенести что-либо из вирт. системы в настоящую)

Итак, сам процесс создания:
1. Установка Windows XP на виртуальную машину
Хочу отдельно сказать про VMware, в процесс выбора конфигурации виртуальной машины, лучше выбирать на этапе "Select a Guest Operarion System" не "Microsoft Windows", а "Other" (см рис.)

, именно в этом случае не будет VMware Tools, иначе придется его удалять, т.к. на реальном железе он совсем не нужен, и если вы используете сборку в которую уже вшит ключ активации, VMware не потребует его вводить.
Оперативной памяти я выделял 1024 (можно меньше, не смертельно). Размер жесткого диска - 8 ГБ (для меня этого было достаточно).

2. Установка всех необходимых программ, обновлений.
Перед установкой программ советую сделать Snapshot системы ( VM -> Snapshot -> Take Snapshot ), чтобы в случае чего вернутся к чистой системе.
Не рекомендуется ставить программы использующие виртуальный приводы, принтеры и пр., что прописывает свои драйвера в систему.

3. Использование Sysprep.
Перед Sysprep'ом сделать опять Snapshot.
Находим на диске с Windows файл \SUPPORT\TOOLS\DEPLOY.CAB и извлекаем оттуда все файлы в папку C:\SYSPREP. Можно с помощью команды (где Х - буква вашего дисковода):

Код: expand -F:* X:\SUPPORT\TOOLS\DEPLOY.CAB C:\SYSPREP
Автор: dialmak
Дата сообщения: 19.11.2011 15:16
kenny5705
В общем и целом правильно, хотя немного неоптимально.

1. Sysprep не нужен, если используется OSD Tool Script
2. IFL не обязателен (хотя он очень удобен иногда). Можно воспользоваться Windows или загрузочной DOS версией TBOSDTS_Pro.



И в OSDTOOL.TBS препарировать виртуальный VMDK/VHD диск или физический диск

Код: Virtual Drive -> файл VMDK -> Remove installed drivers -> Remove all installed drivers -> Continue -> Go to Driver install -> Install Default IDE driver -> Install нужный SATA driver -> Change HAL -> halaacpi.dll -> Exit
Автор: Dimsoft
Дата сообщения: 19.11.2011 15:56

Цитата:
и предложения.

kenny5705
для XP можно уйти от проблем с hal
в шапке Способ универсального определения HAL
Автор: AVB666
Дата сообщения: 20.11.2011 17:36
Подскажите, если не трудно, где взять sysprep для Windows7 (64). Вроде как должен быть в составе операционной системы, но там его нет..
Автор: Sphinx114
Дата сообщения: 20.11.2011 17:48
Там кажись WAIK надо качать.
Автор: kenny5705
Дата сообщения: 20.11.2011 18:13

Цитата:
1. Sysprep не нужен, если используется OSD Tool Script

А по моему все таки желателен. Может быть и с помощью OSD Tool Script и удаляются все драйвера. Но именно после Sysprep выполняется смена SID (который определяет учетные записи пользователей и пр.) и определение устройств Plug and Play. Хотя доказать на практике пока не могу.


Цитата:
2. IFL не обязателен (хотя он очень удобен иногда). Можно воспользоваться Windows или загрузочной DOS версией TBOSDTS_Pro.

Ну с этим я спорить не буду, что было под рукой, тем и воспользовался. Надо будет попробовать на досуге, как он с виртуальными дисками работает, уже из основной системы, там возможно и пригодится TBOSDTS_Pro.


Цитата:
Скрипт номер 8 из скрина USBBOOT.TBS переносит WinXP из HDD на флешку или USB-HDD (оттуда потом можно грузить XP). Также есть в этом скрипте перенос XP в USB устройство для загрузки XP из USB на новом железе (сам не пробовал).

Ну а это мне кажется не рационально, в плане использования flash-памяти с ее ограниченным количеством циклов записи/стирания.


Цитата:
для XP можно уйти от проблем с hal
в шапке Способ универсального определения HAL

если можно ссылку на источник, а то тема то старая аж 2008 года, не уж то не чего нового не изобрели, да из того что там (по ссылке в шапке) написано мало что понял


Цитата:
Подскажите, если не трудно, где взять sysprep для Windows7 (64). Вроде как должен быть в составе операционной системы, но там его нет..

Да в WAIK должен быть. http://technet.microsoft.com/en-us/library/dd744263(WS.10).aspx
Автор: AVB666
Дата сообщения: 20.11.2011 20:34
Спасибо. Поставил WAIK качать. Странно просто с 32 виндой нет проблем там все в наличии.
Автор: dialmak
Дата сообщения: 20.11.2011 22:04

Цитата:
одскажите, если не трудно, где взять sysprep для Windows7

Он есть в составе любой ос 7. Запуск из cmd
sysprep\sysprep
Автор: dialmak
Дата сообщения: 21.11.2011 08:17

Цитата:
Но именно после Sysprep выполняется смена SID (который определяет учетные записи пользователей и пр.) и определение устройств Plug and Play.

Не совсем так.
Plug and Play не причём
SID - тоже меняется в osdtool. А точнее в связке с IFL/IFD/IFW. Это связано ещё с идентификатором HDD. Хотя на 100% утверждать не буду. Специально не проверял.
Автор: andrejvb
Дата сообщения: 21.11.2011 10:14
dialmak
kenny5705
SID можно сменить прогой NewSid от Русиновича. Хотя, по его словам (с год назад он об этом статью писал), смысла в этом нет. Никакого. От замены харда SID не меняется . В Sysprep смысл в другом: кроме удаления старых устройств, удаляется ВСЯ личностная инфа (серийный номер, имя компа, сетевые настройки и т.д., инициируется мини-установка, при которой, при помощи файла ответов, производится настройка на конкретного пользователя. В хелпе к нему все очень подробно описано, почитайте на досуге
Автор: dialmak
Дата сообщения: 21.11.2011 10:51
andrejvb

Цитата:
От замены харда SID не меняется

Я перепутал sig и sid

Добавлено:

Цитата:
В хелпе к нему все очень подробно описано, почитайте на досуге

Лень.
Автор: kenny5705
Дата сообщения: 21.11.2011 11:22

Цитата:
В Sysprep смысл в другом: кроме удаления старых устройств, удаляется ВСЯ личностная инфа (серийный номер, имя компа, сетевые настройки и т.д., инициируется мини-установка, при которой, при помощи файла ответов, производится настройка на конкретного пользователя. В хелпе к нему все очень подробно описано, почитайте на досуге

Т.е. если винда используется в домашних целях, где имя компа, серийный номер, сетевые настройки и пр. побоку, лишь бы инет был, и винда активирована, то Sysprep получается не нужен?
Автор: andrejvb
Дата сообщения: 21.11.2011 12:07
kenny5705

Цитата:
винда активирована

Корпоративка (VLK) в активации не нуждается , а Prof, при смене серийника (или железа) её все равно попросит (если мер не принять ).
Sysprep нужен, в первую очередь, OEM сборщикам: поставили и настроили Винду, проги и т.д., запечатали и раскатали на много компов. При включении sysprep запросит серийник , имя компа, регистрационную инфу, ... , ДОнаснтроит комп и фсьо . Экономия времени и все чисто-лицензионно, причем эту процедуру может выполнять даже конечный пользователь-блондинка.
А для домашне-пиратского использования, да, особого смысла нет. Ну разве что, в том, что сиспреп затирает многое из того, что руками убить тяжело: журналы, всю "времянку", имя, рег.данные и т.д.
Автор: dialmak
Дата сообщения: 21.11.2011 12:10
kenny5705

Цитата:
Sysprep получается не нужен

Ага.

Добавлено:
andrejvb

Цитата:
: журналы, всю "времянку", имя, рег.данные и т.д.

7 уже не всё убивает
Автор: andrejvb
Дата сообщения: 21.11.2011 12:33
dialmak

Цитата:
7 уже не всё убивает

И ХР не все. Точнее, все они добивают остатки при первом старте новой системы, т.е. после развертывания инфа еще жива и вытянуть ее, загрузившись с WinPE - легко. Поэтому и рекомендуется ставить систему с "левым" серийником и в сеть готовящуюся систему не выпускать.
Автор: kenny5705
Дата сообщения: 21.11.2011 16:02

Цитата:
Sysprep нужен, в первую очередь, OEM сборщикам: поставили и настроили Винду, проги и т.д., запечатали и раскатали на много компов. При включении sysprep запросит серийник , имя компа, регистрационную инфу,

Ага, с этой функцией значит разобрались. Но есть ведь еще проблема, которую, по идее, должен решать Sysprep. А именно автоматическая установка драйверов для контроллеров жестких дисков (чтобы не получить BSOD), с помощью, если я не ошибаюсь, раздела [SysprepMassStorage] файла Sysprep.inf, в котором прописываются ссылки на драйвера вида:
[SysprepMassStorage]
PCI\VEN_1077&DEV_1080 = "C:\Drivers\qlogic\qlogic.inf"

кто то использует это, или в большинстве случаев достаточно стандартного драйвера контроллера дисков?
Автор: andrejvb
Дата сообщения: 21.11.2011 17:09
kenny5705

Цитата:
кто то использует это

А смысл? ATI + UR решает и эту проблему и проблему HAL. Я, обычно, ставлю систему со своего диска sp3, в который, интегрирваны драйвера от DriverPacks.net на masstorage, chipset, cpu. При интеграции указан параметр "оставлять дрова в установленной системе". Т.е. ВСЕ критичные дрова в подготавливаемой системе уже есть.
Автор: kenny5705
Дата сообщения: 21.11.2011 17:54

Цитата:
Т.е. ВСЕ критичные дрова в подготавливаемой системе уже есть.

Дак OSD Tool Script все установленные драйвера сносит и ставит стандартный драйвер жесткого диска, вот я и думаю как интегрировать тот же masstorage от DriverPacks.net в данный образ установленной системы... Acronis с UR это хорошо, но ведь можно как-то штатными средствами... Да и лишние устройства в системе мне кажется не к чему
Автор: andrejvb
Дата сообщения: 21.11.2011 22:51
kenny5705
Секундочку! Куда и чего это он сносит?! Что ОСД, что сиспреп, что ручки (с) сносят записи в реестре об установленных драйверах! Сами дрова и inf остаются на старом месте. И место это определено в DevicePath в реестре. Обычно там одна единственная позиция, а при интеграции в дистр, после установки там длииинная строка получается Вот там Вынь и ищщет дровишки при старте.
Вся прелесть OSD в том, что оно может удалить дрова в оффайновой системе, то чего под системой сделать для некоторых позиций не получится по-любому: дрова контроллеров и дрова проца (intelppm.sys). Можно, иссесно, загрузиться с Winpe, подмонтировать ветку и грохнуть ручками, но нафига?!
А то, что в клонируемой системе остаются ~50мб файлов драйверов, так этож и хорошо! Тот же Акронис их найдет и благополучно установит нужное, потом даже их обновлять не прийдется, т.к. они НОВЕЕ, чем виндовые.
Автор: dialmak
Дата сообщения: 22.11.2011 01:31
andrejvb
kenny5705

Цитата:
как интегрировать тот же masstorage от DriverPacks.net в данный образ установленной системы...

Да. andrejvb прав. Тот же акронис делает тоже самое. НО. Немного по-другому. Вся прелесть OSD Tool Script в том, что эта тулза интегрирована в бэкап/восстановление, всё под контролем ручками (а не непонятной софтины, что, как и зачем она делает), умеет работать с виртуальными дисками и легко дружит с RAID даже в ДОСе. А похожих тулз тьма... Например Парагоновская.


Добавлено:
kenny5705

Цитата:
как интегрировать тот же masstorage от DriverPacks.net в данный образ установленной системы...

Дык это не просто, а очень просто. Вопрос другой. А зачем? Всё равно прийдётся обновлять всю эту кухню... Разве не проще по надобности ставить.
Автор: kenny5705
Дата сообщения: 22.11.2011 18:52
ладно пошел про драйвера че нить почитаю, а то не очень врубаюсь в суть происходящего
Автор: stormvinua
Дата сообщения: 27.11.2011 23:10
Кто скажет, что за файлик hal.pnf? Он пересоздаётся, если после развёртывания винды с синим экраном его удалить?
Автор: Sphinx114
Дата сообщения: 28.11.2011 03:03
Удали, он тут же заново создастся, ничего не изменится.
Автор: 5peciali5t
Дата сообщения: 28.11.2011 23:51
стоит виртуалка vmware workstation 8 последней версии. с ее помощью развернут образ семерки, активирован, обновлен, наставлена куча софта.
sysprer использовать не хочу, хватит опции universal restore от acronis (нужно сделать отвязку без сброса sid так чтобы после разворачивания из образа сразу появился рабочий стол и пошла установка драйверов PnP, а не длительный этап подготовки с предварительной кормежкой в sysprep файлом ответов unattend.xml)
каким бы iso образом acronis true image plus pack в качестве виртуального дисковода для этой виртуальной машины я не грузил бы систему для снятия tib образа в результате получаю образ, указав который в той же виртуалке на данном экране

у меня отсутствует как опция Использовать Acronis Universal Restore (вообще нет этих слов и чекбокса для отметки).
с другой стороны, выбрав другой образ эта опция присутствует (т.е. не в сборках acronis true image plus pack дело)

в связи с чем возникает вопрос, почему так получается и как обойти?
есть подозрения что нужно ставить винду и снимать образ на реальной а не виртуальной машине. у кого какие соображения, советы, рекомендации?
заранее благодарен за любую информацию.
Автор: ORGaniZM
Дата сообщения: 29.11.2011 04:28
5peciali5t
дополнения не ставили в систему?
Автор: 5peciali5t
Дата сообщения: 29.11.2011 09:39
ORGaniZM
что вы подразумеваете под дополнениями?
если вы про vmware tools то нет, не ставил
Автор: ORGaniZM
Дата сообщения: 29.11.2011 09:47
да, их и имел ввиду.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748

Предыдущая тема: Ошибка CRC при проверке созданного архива


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.