Mertvii
09-12-2008, 16:19
Похоже, без помощи людей опытных мне не обойтись. Очередной затык с заливкой(образами дисков). Сделал я подготовку к переносу на другое железо w2k3 server, по тщательно и давно изученной инструкции, коея сводится к 4 пунктам
1) "Реши пробему с HAL"(в моём случае и там и там однопроцессорный ACPI)
2) "Реши проблему с контроллерами hdd"(в моём случае оба ide, просто ставим стандартный драйвер)
3) "Очисти MountedDevices в реестре"
4) "Убей интеловский сервис, если переносишь с Интела на АМД(сделал)"
Типа 5) Обработай sysprep-ом("Типа" потому что на одном авторитетном ресурсе ишут, что оно не нужно, разве что SID и имя с лиц. ключом поменять, и я делал до этого без сиспреп-а - всё работало)
После клонирования и заливки на рабочую машину система грузится до логин скрина, но при попытке залогинится немедленно следует логофф, с просьбой "указать причину непредвиденного завершения работа", т.е. я опять на логинскрине - и так раз за разлм - войти в систему не даёт, даже в safe mode. Причём в эталонной системе, после проведения тех подготовительных шагов, наблюдается тоже самое. Т.е. делаем вывод, что один из 4х предварительных шагов портит систему, а заливка, скорее всего, проходит как надо. Да вот только делал я уже заливку по именно этой методе в прошлом, правда обычной ХПшки, не сервера, и всё было как надо. Поиск в гугле позвоил найти схожую проблему. Ситуация заключалась в том, что один троян прописывал себя в реестре вместо userinit.exe, а когда трояна убивал антивир - получалось что при входе юзверя не запускался ни один из инициализаторов пользовательской среды, и его тут же выбрасывало. Разумеется, к моему случаю это имеет косвенное отношение, но аналогия на лицо - реестр и драйвера со службами грузятся, но почему-то не удаётся получить доступ к нужным для входа файлам на диске(похоже). Загрузившись с системного диска исследовал диск, куда была клонирвоана система - все нужные файлы, вроде бы, на месте. Я стал методом проб искать какой именно из шагов приводит к сбою - вуаля! Это очистка ключа mounteddevices(там буквы дисков и их соответсвие каким-то гуидам длинным), нужная чтобы "избежать проблем с сопоставлением разделов диска при переносе системы" - так написано в мануале по подготовке системы. Если выполнить только этот шаг - получаем вышеописанный затык с логином/логофом прямо на эталонной системе - всё сходится. Косяк где-то здесь. Но вот что странно - В XP проблемы такой у меня не было, а это значит что при загрузке системы она параметры этого ключа восстанавливала, уже под разбивку нового винчестера. А w2k3 даже при загрузке со старого не может их восстановить.Что сейчас делать я не знаю, гугл не помог, все идеи уже исчерпаны
UPDATE!:
Стал удалять диски из mounted devices не сразу все, а по одному за раз - так вот, система нормально грузится, даёт войти, удалённые ключи восстанавливаются, как и должно быть. Но стоило удалить ВСЕ одним махом - и опять имеем то, что и раньше - логин/логоф. Моск пасует
UPDATE2:
Если уж совсем точно, затык случается когда удаляются параметры ключа, соответсвующие ОБОИМ разделам HDD, но если удалить ТОЛЬКО ОДИН из них(любой) - всё проходит нормально, удалённый ключ регенерится как и должен
1) "Реши пробему с HAL"(в моём случае и там и там однопроцессорный ACPI)
2) "Реши проблему с контроллерами hdd"(в моём случае оба ide, просто ставим стандартный драйвер)
3) "Очисти MountedDevices в реестре"
4) "Убей интеловский сервис, если переносишь с Интела на АМД(сделал)"
Типа 5) Обработай sysprep-ом("Типа" потому что на одном авторитетном ресурсе ишут, что оно не нужно, разве что SID и имя с лиц. ключом поменять, и я делал до этого без сиспреп-а - всё работало)
После клонирования и заливки на рабочую машину система грузится до логин скрина, но при попытке залогинится немедленно следует логофф, с просьбой "указать причину непредвиденного завершения работа", т.е. я опять на логинскрине - и так раз за разлм - войти в систему не даёт, даже в safe mode. Причём в эталонной системе, после проведения тех подготовительных шагов, наблюдается тоже самое. Т.е. делаем вывод, что один из 4х предварительных шагов портит систему, а заливка, скорее всего, проходит как надо. Да вот только делал я уже заливку по именно этой методе в прошлом, правда обычной ХПшки, не сервера, и всё было как надо. Поиск в гугле позвоил найти схожую проблему. Ситуация заключалась в том, что один троян прописывал себя в реестре вместо userinit.exe, а когда трояна убивал антивир - получалось что при входе юзверя не запускался ни один из инициализаторов пользовательской среды, и его тут же выбрасывало. Разумеется, к моему случаю это имеет косвенное отношение, но аналогия на лицо - реестр и драйвера со службами грузятся, но почему-то не удаётся получить доступ к нужным для входа файлам на диске(похоже). Загрузившись с системного диска исследовал диск, куда была клонирвоана система - все нужные файлы, вроде бы, на месте. Я стал методом проб искать какой именно из шагов приводит к сбою - вуаля! Это очистка ключа mounteddevices(там буквы дисков и их соответсвие каким-то гуидам длинным), нужная чтобы "избежать проблем с сопоставлением разделов диска при переносе системы" - так написано в мануале по подготовке системы. Если выполнить только этот шаг - получаем вышеописанный затык с логином/логофом прямо на эталонной системе - всё сходится. Косяк где-то здесь. Но вот что странно - В XP проблемы такой у меня не было, а это значит что при загрузке системы она параметры этого ключа восстанавливала, уже под разбивку нового винчестера. А w2k3 даже при загрузке со старого не может их восстановить.Что сейчас делать я не знаю, гугл не помог, все идеи уже исчерпаны
UPDATE!:
Стал удалять диски из mounted devices не сразу все, а по одному за раз - так вот, система нормально грузится, даёт войти, удалённые ключи восстанавливаются, как и должно быть. Но стоило удалить ВСЕ одним махом - и опять имеем то, что и раньше - логин/логоф. Моск пасует
UPDATE2:
Если уж совсем точно, затык случается когда удаляются параметры ключа, соответсвующие ОБОИМ разделам HDD, но если удалить ТОЛЬКО ОДИН из них(любой) - всё проходит нормально, удалённый ключ регенерится как и должен