» Перенос системы на другую мать

AlexeyUSA
Вообще-то, здесь не варезник. Тебе сюда

Сменил на днях материнку и видеокарту.
Была мать на чипсете VIA, теперь на nForce
карта Radeon AGP поменялась на Radeon PCI-E

винт с системой не менялся - SATA, второй - EIDE

При загрузке вылетает в меню выбора - безопасный режим и тд
При выборе безопасного режима - загружает последним crcdisk.sys и на этом перегружается.

При попытке восстановления системы с CD диска не находит установленную Vista на диске C:
Попробовал подсунуть при запросе установщика Vista правильные драйвера SATA nForce, скачанные с сайта Nvidia - не подошли, установщик ссылается на некую ошибку.

Что ещё можно предпринять? - переустанавливать систему крайне не хочется

Update: вопрос решился загрузкой на старом железе, сменой драйверов контроллера дисков на стандартный, затем установкой драйверов nForce, сносом всех устройств VIA и наконец sysprep
После загрузки на новом железе всё заработало как и раньше

на всякий случай делался full system backup средствами Vista SP1

Вчера создал обновленный образ WinXP SP3 +Update на виртуальной машине (VMWare).
Все настроил, проверил... записал на диск.

Сегодня попробовал развернуть его на реальном компе. (P4 - Intel.)

Но при первой же загрузке винды, начинается поис драйверов на установленную систему. И все останавливается на "Шине PCI", где просит дать дрова.

Но! Ни клавиатура, ни мышь - НЕРАБОТАЮТ! Ждал минут 15 - никаких результатов, индикатор HDD молчит и никаких последующих драйверов следовательно не пытается искать.

Разве эта проблема только у меня???

Пришлось разворачивать со своего старого образа (WinSP2). Все работать начало без проблем... создавал его точно также. (Проблема в обновлениях?)

Поискал в этой ветке схожие вопросы - нашел, но конкретного ответа так и небыло.
Дрова на VMWare неставил изначально. Папка Dllcache - пустая. В безопасном режиме проблема не решилась. Пробовал перед созданием образа с вирт. машины удалить клаву и мышь (чтобы при первой загруке автоматом начался поиск) - непомогло.

raw1
Папку %windir%\system32\dllcache перед закаткой образа очищал?

raw1
на vmware перед заливкой обязательно надо запускать скрипт по удалению всех нежизненнонеобходимых устройств. пищи где то здесь выкладывал, deldevice по моему.

Sish

Цитата:

Папка Dllcache - пустая.

pilotro
А не в курсе, про причину то? Почему эта трабла вылезла только на обновленной винде, а раньше сколько образы делал ничего подобного ниразу небыло?

Только что последовал твоему совету... удалил скриптом все ненужные девайсы, пересобрал образ и опробовал на своей машине, результат - НЕПОЛУЧИЛОСЬ!

Точно также, доходит до шины PCI и просит дрова, а ни мышь, ни клава неработают... (помимо этого находит другие устройства, которые раньше не находил, значит от скрипта есть толк, но не в этом случае).

P.S. Безопасный пробовал, результат тотже.

raw1
BIOS мамы обновлён? и что за мать кстати..
кстати после выхода sp3 уже несколько десятков обновлений вышло, в том числе убирающих всякие косяки... не мешало б их тоже в образе иметь

raw1
Учитывая, что SP3 - (не очень удавшийся) набор хот-фиксов, можно и не торопиться на него перескавивать (ИМХО)

Us2002

Проверялось на 2-х компах: 1. P4 - Epox. 2.CoreDuo Gigabyte. Биос на 2 стоит последний.

Насчет обновлений уже писал -
Цитата:

Вчера создал обновленный образ WinXP SP3 +Update

апдейты по июль.

Точно такаяже проблема всплыла еще у одного человека (винда другая, но тоже SP3).

Есть мысль попробовать сделать наоборот - поставить на реальную, а образ развернуть на виртуале, тогда и решаться вопросы в биосах и матерях...

Sish

Точно также говорили и про SP2, но ведь теперь у любого уважающего себя человека мало мальски дружащего с компьютером установлена именно SP2.

Только что попробовал поставить систему на реальный комп, и развернуть его на виртуальный.

Точно такая же беда - НЕТ клавы и мыши.

Уже не знаю, что попробовать, как будто тупик...

raw1

Цитата:

Точно такая же беда - НЕТ клавы и мыши.

В аналогчной ситуации мне помогла трижды перезагрузка системы.
С третьего раза USB мышь определилась (по крайней мере на компе выбранном для этого тэста).
Естественно делал это с одновременно подключенной PC/2 мышью (Что дало возможность наблюдать процессы в "Диспетчере устройств").

1.При первом запуске системы в "Диспетчере устройств", вопросительный знак - (?) был
на :
Контроллеры универсальной последовательной шины USB.
Когда определение оборудования зашло в тупик, перезагрузился.

2.При втором запуске системы (после перезагрузки) в "Диспетчере устройств", вопросительный знак - (?) переместился на :
Устройства HID (Human Interface Devices)

3. При третьем запуске системы (после перезагрузки) в "Диспетчере устройств", вопросительный знак - (?) переместился на :
HID -совместимая мышь.

Далее на экспериментальном компе после перезагрузки USB- мышь уже определилась,
и появилась возможность доустановить дрова : "Автоматическая установка драйверов".

vold2

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

А про PS клавы и мыши в диспетчере ничего невидно?

raw1

Цитата:

А про PS клавы и мыши в диспетчере ничего невидно?

Как и любое оборудование , в диспетчере будет видно то оборудование, которое на данный момент подключено.

Да нет, я про другое... Эти устройтва видны без значков воскл. знаков, т.е. так, что они нормально работают?

Цитата:

В аналогчной ситуации мне помогла трижды перезагрузка системы.

Попробовал с двумя мышками (PS/2 и USB).
Обе мыши светятся, но при загрузке винды ни одна из них не начинает работать.

Перезагружался около 10 раз, в том числе первые 3 раза ничего не трогал, а просто выкл. - вкл.

После начал эксперименты с отключением мышей и включением их в уже работающей ОС, и др. всевозможные комбинации...

Заставить USB мышь работать, так и не получилось...

Есть еще одна мысль, позже, попробав ее, отпишусь.

. . . .

Вчера скачал чистую винду SP3 с обновами по 15.07.08, установил на вирт. машину - попробовал развернуть - получилось.

Значит проблема была или в встроеннных примочках либо в исправленной проблеме в последнем фиксе.

raw1
Ты хоть запечатываешь систему перед переносом утилитой sysprep (mini-установка)?
Все проблемы твои ,если этого не делаешь.

vold2

Цитата:

Ты хоть запечатываешь систему перед переносом утилитой sysprep (mini-установка)?

Нкогда не запечатывал, кстати, и проблем не испытывал...

Где-то мелькала инфа, про якобы автоматический скрипт определения какой нужен тип HAL (что-бы в бут.ини кучу не прописывать). Такое реально или нет? Я копался с утилитой tap.exe из WIN Embedded - но что-то не могу понять принцип ее работы - из реестра выдергивает или сама определяет...

mbgg
Какой софтиной для раскатки пользуешься?

mbgg
Есть такой скрипт из РЕ. Только если у тебя есть tap.exe, то нет смысла скрипт искать - результат будет тот же.

По идее, РЕ при загрузке как бы проводит мини-установку, где и ХАЛ определяет, о чем в реестре где-то появляется запись. Скрипт из реестра вроде и дергает. А вот откуда tap.exe берет это значение, я не знаю, но думаю, там же

ЗЫ Только зачем тебе это? Если ты в процессе раскатки образа можешь пользоваться РЕ, то рекомендую утилиту OfflineSysPrep, я на нее уже несколько раз здесь давал ссылку). Эта утилита тебе и хал поможет поменять, и дрова на контроллеры добавить, и еще кучу полезностей для деплоймента

Цитата:

Sish: Какой софтиной для раскатки пользуешься?

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


Цитата:

Oleg_II: ЗЫ Только зачем тебе это? Если ты в процессе раскатки образа можешь пользоваться РЕ

Теоретически препятствий нет - в варианте мультибута у меня встроен winpe.mini.cd.by.xaser_drivers - попробую воспользоваться Вашим совветом...

Цитата:

Попробовал с двумя мышками (PS/2 и USB).
Обе мыши светятся, но при загрузке винды ни одна из них не начинает работать.

Насколько я понял проблема клавы и мыши в том, что они висят не первыми в списке устройств, а на какой-то шине. А посему пришла мысль тупо _пропустить_ установку всех устройств к которым нет драйверов, при этом HID устройства ставятся из стандартного набора windows.
Способа установить/пропустить произвольные устройства без вопросов к сожалению не нашел, но эмулировать нажатие кнопок получилось с помощью сценария AutoIt. Удалось заставить обнаружиться клавиатуру, а потом и все остальное... Но тонкость в том, что на разных компах разное кол-во устройств, а клавы и мышки называются по разному (mouse, мышь, HID устройство итд).

К сожалению это не лекарство от проблемы, а лишь способ ее обойти...

P.S.
Как в анекдоте - хорошо описанный баг считается фичей.

AlexanderPuh
В плане идеи: переименуй файл из системной папки NEWDEV.DLL во что-нибудь другое, допустим NEWDEV0.DLL, теперь новые устройства не будут обнаруживаться автоматом, в стартап (можно и через реестр) добавь батник для установки с помощью DEVCON.EXE (его тоже надо будет добавить).

Смысл идеи: теперь при старте системы в первый раз стартует батник, отрабатывающий принудительную установку драйверов по типам устройств (смотришь параметры запуска для DEVCON.EXE в справке), потом переименовывающий ту самую дллельку и в самом конце убирающий себя же из автозагрузки. Когда он все это отработает, переименованная дллелька начнет находить оставшиеся неустановленными устройства и там уже нужно будет показывать где драйвера лежат.

Если знаком с AutoIt и есть возможность (а главное - желание забабахать автоматизацию на это и еще пару действий, то напиши, я тебе еще техзадание на утилитку-помощника для клонирования дал бы

Цитата:

Эта утилита тебе и хал поможет поменять, и дрова на контроллеры добавить, и еще кучу полезностей для деплоймента

Но получается, что OfflineSysPrep только для обработки уже раскатанного образа из ВинПЕ. А я бы хотел автоматизировать определение HAL - устанавливаем стандартный хал, а скрипт, который бы запускался на GuiRunOnceX определял бы и подменивал хал - затем авторебут. Вот такое бы...

Помогите
хочу запечатать систему перед переносом утилитой sysprep (mini-установка)
ХР SP3 - последние обновления
Ошибка: http://keep4u.ru/full/080721/d75cf32dbf24f1b56f/jpg
Мож кто сталкивался? Как решить?

DEPLOY.CAB выковыривал:
http://www.microsoft.com/downloads/details.aspx?FamilyID=2fcde6ce-b5fb-4488-8c50-fe22559d164e&DisplayLang=ru

mbgg
Если автоматом, то можно попробовать с использованием SysPrep-a (у него есть такая функция) или некоторые софтины для клонирования делают то же самое (опеределение хала во время первого бута), таких софтин уже как минимум четыре есть.

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

Наиболее универсальный способ (хотя и не 100% панацея, но близко к этому) - использование NTLDR от Лонгхорна. Дело в том, что только он может на начальном этапе загрузки определить и подставить правильный хал. В этом топике и в топике по клонированию инструкция по его применению уже давалась.

Хочу отписать несколько слов про нерабочие, при переносе, клавиатуры и мыши. Опять таки вернусь к удалению драйверов при создании заливки. При изучении скрипта deldevice обнаружилось что он не удаляет старые клавиатуры и мыши. Так же пришел к выводу что на разных устройствах (на которых создаются заливки) разные устройства (простите за каламбур) по количеству и содержанию. Поэтому решил универсолизировать данный скрипт. Собственно после н-ого количества улучшений и модификаций собственно сделал данный скрипт. Он ниже:

devcon remove *

Как это ни смешно. Все дело в том что данный скрипт очень точно подберет список устройств для удаления однако устройства необходимые для работы не затронет. Однако есть все таки один секрет. Когда все это дело затрагивает какое то устройство то эта с-ч начинает искать драйвера под устройства без оных, и надо же даже находит, (эх, если бы этот сервис был доведен до ума). Что бы этого не происходило можно сделать следующую манипуляцию. Все файлы %windir%\inf\* перенести в другое место (переименовать папку не разрешает), выполнить вышеуказанную команду, будет выскакивать толпа окошек типа найдено новое устройство, можете их даже не закрывать (у меня на vmware почемуто 35 штук мост pci-pci), а потом тихо что бы не услышала перенесите файлы обратно в inf директорию, и быстро перезагружайтесь для создания образа.

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

Добавлено:
кстати с праздником всех технически безумных

Кто нибудь ставил образ системы сделанный с компа с одноядерным процессором на комп с двухядерным процессором? У меня интеловские, и при переносе на новый комп всё работает легко, только на одном ядре, второе даже не отображается в "Диспетчере задач Windows" на вкладке "Быстродействие".
Сменить статус компа на многопроцессорное устройство не могу. Есть выход из положения? А то приходится заново всю систему ставить со всеми прогами, с кучей настроек.

AZJIO
Многократно и без проблем, используя ATIES + UR. Последнему во время восстановления скармливал набор hall'ов.

AZJIO
Аналогично с использованием NTLDR от Лонгхорна - нормально переносит систему-матрицу с однопроцессорным халом на многопроцессорный с корректным определением. Только что-то новую систему-матрицу последние два дня не могу нормально настроить, старые работают, а новая в синий экран валится. Сделал не так что-то... Или дохакался