В продовження англомовної статті щодо "безболісного" оновлення заліза під Леопардом, аналогічну процедуру потрібно було виконати під Windows XP.
Незважаючи на достатній багаж знань щодо відновлення роботоздатності в випадку, якщо система перестала вантажитись, - система не почала вантажитись по причині помилки ідентифікації заліза через привязку security + sam гілок реєстру до конкретного заліза.

Вважаю за потрібне написати технічне завдання процесу в цілому.
Партнер дня! SoftwareManiacs weblog!
Найпотужніший трафік лютого
- Наявний Workstation з значною кількістю програмного забезпечення і материнською платою, що серйозно збоїть в роботі і потребує заміни. ОС - Windows XP Professional Retail.
- Замінити Материнську плату
- Мігрувати систему на нове залізо (в систему встановлюється також PCI контролер COM+LPT портів)
- Забезпечити роботоздатність PCI SOFT модема з старої системи і зовнішнього COM модема US Robotics.
- Мігрувати HASP® USB ключ програми 1С і LPT iButton® ключ захисту для програми Клієнт банк.
- Мігрувати дані користувача(~20гіг на двох дисках).
Головна проблема при заміні материнської плати - привязка операційної системи до заліза.
Можна звичайно зробити повну переінсталяцію і забути про проблеми, але кількість програмного забезпечення досить велика, щоб втрачати на переінсталяцію термін від тижня до двох.
Заміна материнської плати і відновлення роботоздатності системи.
Після заміни плати Windows - не стартує. Синій екран. Причина - недоступний контролер SATA дисків.
Для відновлення доступу до контролера потрібно провести процедуру підміни реєстру.
І тут виникає дуже веселе повідомлення після такої підміни.
lsass.exe system error. When trying to update a password this return status indicates that the value provided as a current password is not correct.
Що значить, що системна гілка реєстру несумісна з базами даних security та SAM.
Відомо, що система привязується до заліза (активація), але крім самої активації ліцензія забороняє інсталяцію на іншому залізі.
Враховуючи, що система Retail - підміна гілок реєстру від OEM не дає жолдних результатів окрім синіх екранів смерті та помилок lsass.exe.
Для отримання повноцінних нових гілок реєстрів прийшлось паралельно інсталювати начисто цю саму версію Windows Retail.
В результаті процедура підміни ускладнюється.
Крім описаного system потрібно підмінити також security + SAM файли з тієї ж папки c:\%SystemRoot%\repair але вже чистої версії Вашої ОС в папку c:\%SystemRoot%\system32\config ОС, яку плануєте мігрувати.
Але!
В такому випадку всі користувачі з чистої ОС автоматом з'являться в старій ОС, а старі користувачі старої ОС зникнуть.
Для того, щоб відновити профілі користувачів - потрібно зробити підміну профіля користувача з "старої ос на оновлену стару ос"
Міграція профіля
- В папці c:\Documents and Settings\ знаходите профілі, що Вам потрібні.
- Створюєте ідентичних користувачів засобами Системи(це робите в Відновленій старій ОС)
- Вантажитесь в нову(чисту) ОС і переписуєте старий профіль старої системи в папку нового профіля відновленої системи.
- Після цього вантажитесь в Відновлену стару систему і отримуєте робочі профілі.
Ну або робите це на будь-якому іншому комп'ютері, або з консолі відновлення Windows.
Сподіваюсь даний етап зрозуміло. Тут головне зрозуміти, що чиста проінстальована система використовується виключно для витягування з неї трьох файликів - system, security, SAM. Все інше - залишається як і було з невеликими рухами.
Одразу попереджую - це нестандартна процедура і з певним оновленням системи можливо не буде працювати. Для Windows XP Professional Retail(Corporate) SP3 - працює. Для OEM - також працює, але в жодному разі не буде працювати перехресно (системний і security реєстр від OEM не стартане на Retail і навпаки).
Завершення
Після всіх цих процедур - банально інсталюєте всі драйвери системи і отримуєте живу і незамусорену старими драйверами систему з набором програмного забезпечення старої системи.
Даний алгоритм дуже зручний для переїзду на нову залізяку, бо при відповідних навиках весь процес займає 1-2 години.


дуже корисна тема. В мене на
дуже корисна тема. В мене на роботі двоє проходили курс по відновленню віндовса і навіть вони не знали такого способу. Треба буде занести цю статтю в закладки.
Хех
Про цей способ ніхто не знав до сьогоднішнього дня... Саморозкопки...
Ніхто не сприйме даний метод за правило, бо це порушення ліцензії - ніззя копатись в системі на такому рівні...
Хоча якщо обминути сам процес, то в результаті отримуєм банально проінстальовану(переінстальовану) систему на новому залізі. І жодних порушень тут немає.
не по темі — підписка на
не по темі — підписка на коментарі чогось перестала працювати. як на попередній темі так і в цій, хоча я вибирав отримувати всі коментарі. Та і сам лист підписки (коли я його отримував) був жахливим (суміш тегів і тексту в plain text) і що саме прикріше, не містив тексту коментаря.
OFFTOPIC
Підписка працює. Просто пошта відсилається раз в добу по cron в найменш навантажений для сервера час.
Текст коментарів наче вмикав в підписку.. треба глянути ще раз 8)
Pingback
[...] Резервні папки repair цих же систем, для можливості відновлення роботоздатності шляхом підміни реєстру. [...]
Дуже замутно
Я свого часу просто міняв в "Диспечері пристроїв" драйвер контролеру на стандартний. Після цього міняв мамку, стартував і ставив рідний. Ніяких проблем з lsass при цьому не виникало.
Правда це за умови, що попередня мамка була робоча і система нормально стартувала :)
Метод відомий
Але він не завжди працює...
Справа в тому, що зміна
945915 чіпсету на P35 - дуже кардинальна. Можна сказати - зовсім інша архітектура...І при цьому система сходить з розуму... В мене вже цей випадок не вперше.
Про "кардинальну зміну чипсету"
Про "кардинальну зміну чипсету" - це ти сам вигадав? Бо я оце щойно переїхав з i865G на G33 - і не трапилося _взагалі_ ніяких негараздів і навіть більше того: нормально запрацювали "режими з пониженим енергоспоживанням" процесора, бо на старій платі проц з ввімкненою підтримкою енергозбереження впадав у тротлінг при досягненні +50.
Можливо мова йде про серверні варіанти ОС?
Windows XP Retail Corporate x86 SP3
і ось така байда... Не OEM.
Pingback
[...] Зміна обладнання і далі супроводжується синіми екранами смерті. [...]
Pingback
[...] цієї статті добре було б завантажити свій мозок складним апгрейдом, а також дуже важливу статтю про відновлення [...]
Пінгбек
[...] Заміна материнської плати на робочій станції. Або як о