Заміна материнської плати на робочій станції. Або як обійти lsass.exe, що забороняє upgrade.


В продовження англомовної статті щодо "безболісного" оновлення заліза під Леопардом, аналогічну процедуру потрібно було виконати під Windows XP.

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

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

Вважаю за потрібне написати технічне завдання процесу в цілому.

  1. Наявний Workstation з значною кількістю програмного забезпечення і материнською платою, що серйозно збоїть в роботі і потребує заміни. ОС - Windows XP Professional Retail.
  2. Замінити Материнську плату
  3. Мігрувати систему на нове залізо (в систему встановлюється також PCI контролер COM+LPT портів)
  4. Забезпечити роботоздатність PCI SOFT модема з старої системи і зовнішнього COM модема US Robotics.
  5. Мігрувати HASP® USB ключ програми 1С і LPT iButton® ключ захисту для програми Клієнт банк.
  6. Мігрувати дані користувача(~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 ОС, яку плануєте мігрувати.

Але!
В такому випадку всі користувачі з чистої ОС автоматом з'являться в старій ОС, а старі користувачі старої ОС зникнуть.
Для того, щоб відновити профілі користувачів - потрібно зробити підміну профіля користувача з "старої ос на оновлену стару ос"

Міграція профіля

  1. В папці c:\Documents and Settings\ знаходите профілі, що Вам потрібні.
  2. Створюєте ідентичних користувачів засобами Системи(це робите в Відновленій старій ОС)
  3. Вантажитесь в нову(чисту) ОС і переписуєте старий профіль старої системи в папку нового профіля відновленої системи.
  4. Ну або робите це на будь-якому іншому комп'ютері, або з консолі відновлення Windows.

  5. Після цього вантажитесь в Відновлену стару систему і отримуєте робочі профілі.

Сподіваюсь даний етап зрозуміло. Тут головне зрозуміти, що чиста проінстальована система використовується виключно для витягування з неї трьох файликів - system, security, SAM. Все інше - залишається як і було з невеликими рухами.
Одразу попереджую - це нестандартна процедура і з певним оновленням системи можливо не буде працювати. Для Windows XP Professional Retail(Corporate) SP3 - працює. Для OEM - також працює, але в жодному разі не буде працювати перехресно (системний і security реєстр від OEM не стартане на Retail і навпаки).

Завершення

Після всіх цих процедур - банально інсталюєте всі драйвери системи і отримуєте живу і незамусорену старими драйверами систему з набором програмного забезпечення старої системи.
Даний алгоритм дуже зручний для переїзду на нову залізяку, бо при відповідних навиках весь процес займає 1-2 години.

Trackback URL for this post:

http://itua.name/en/trackback/522
Share this

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
lilumi's picture

дуже корисна тема. В мене на

дуже корисна тема. В мене на роботі двоє проходили курс по відновленню віндовса і навіть вони не знали такого способу. Треба буде занести цю статтю в закладки.

podarok's picture

Хех

Про цей способ ніхто не знав до сьогоднішнього дня... Саморозкопки...
Ніхто не сприйме даний метод за правило, бо це порушення ліцензії - ніззя копатись в системі на такому рівні...
Хоча якщо обминути сам процес, то в результаті отримуєм банально проінстальовану(переінстальовану) систему на новому залізі. І жодних порушень тут немає.

lilumi's picture

не по темі — підписка на

не по темі — підписка на коментарі чогось перестала працювати. як на попередній темі так і в цій, хоча я вибирав отримувати всі коментарі. Та і сам лист підписки (коли я його отримував) був жахливим (суміш тегів і тексту в plain text) і що саме прикріше, не містив тексту коментаря.

podarok's picture

OFFTOPIC

Підписка працює. Просто пошта відсилається раз в добу по cron в найменш навантажений для сервера час.
Текст коментарів наче вмикав в підписку.. треба глянути ще раз 8)

Ловимо віруси, про які жоден з антивірусів нічого не знає. H's picture

Pingback

[...] Резервні папки repair цих же систем, для можливості відновлення роботоздатності шляхом підміни реєстру. [...]

Stepan Tanasiychuk's picture

Дуже замутно

Я свого часу просто міняв в "Диспечері пристроїв" драйвер контролеру на стандартний. Після цього міняв мамку, стартував і ставив рідний. Ніяких проблем з lsass при цьому не виникало.

Правда це за умови, що попередня мамка була робоча і система нормально стартувала :)

podarok's picture

Метод відомий

Але він не завжди працює...
Справа в тому, що зміна 945 915 чіпсету на P35 - дуже кардинальна. Можна сказати - зовсім інша архітектура...
І при цьому система сходить з розуму... В мене вже цей випадок не вперше.

The Lex's picture

Про "кардинальну зміну чипсету"

Про "кардинальну зміну чипсету" - це ти сам вигадав? Бо я оце щойно переїхав з i865G на G33 - і не трапилося _взагалі_ ніяких негараздів і навіть більше того: нормально запрацювали "режими з пониженим енергоспоживанням" процесора, бо на старій платі проц з ввімкненою підтримкою енергозбереження впадав у тротлінг при досягненні +50.

Можливо мова йде про серверні варіанти ОС?

podarok's picture

Windows XP Retail Corporate x86 SP3

і ось така байда... Не OEM.

Windows 7(6.1) - back to the feature. Чим нас кормлять жител's picture

Pingback

[...] Зміна обладнання і далі супроводжується синіми екранами смерті. [...]

Windows. Реінстал. | my.ukrweb.info УКРВЕБ ІТ веблог | 2009-'s picture

Pingback

[...] цієї статті добре було б завантажити свій мозок складним апгрейдом, а також дуже важливу статтю про відновлення [...]

Річний підсумок. 2009. #ukrweb | my.ukrweb.info УКРВЕБ ІТ ве's picture

Пінгбек

[...] Заміна материнської плати на робочій станції. Або як о

Syndicate content Syndicate content

Партнери

Recent comments

експерименти

Rambler's Top100