[VIP-men]

Ничего не понимаю, создал пользователя в UserMake (группа - администраторы) на T-13, галочку автологон поставил, а все равно первый вход был произведен под дефолтной "Администратор". Что не так?

[sLiDeR-X]

VIP-men, в качетве установщика fake-setup (от Mr dUSHA) используете?

Примечание: Если программа запускается на этапе Т-40 из файла PreSetup.cmd, то для реализации автоматического входа выбранного пользователя в систему необходима поддержка со стороны Fake-Setup Advanced, производящего mem-патч библиотеки syssetup.dll, отключающий принудительное назначение дефолтной учетную запись "Администратор" приблизительно на Т-14. »

[VIP-men]

sLiDeR-X, вот в этом и дело, использую Fake-Setup в режиме аддона, а UserMake - также аддоном на T-13, проблемы не должно быть, а она есть. В чем причина вообще понять не могу

[dimurik]

VIP-men, если не ошибаюсь, у вас возникла та же проблема, что и у меня - думаю решение находиться здесь http://forum.oszone.net/post-1232324-30.html.

[VIP-men]

dimurik, а какой вариант ты выбрал?

Я, например, понял, что можно оставить UserMake в качестве аддона на Т-13 и использовать параметр SsDefaultUserDisable=1.

Если, да, то тогда возникает вопрос, что же про этот параметр нигде не было написано? Необходимо в FAQ по Fake-Setup все таки написать.

[dimurik]

VIP-men, всё правильно, я так и сделал.
А вот почему данный параметр не документирован для меня осталось загадкой.

[VIP-men]

Сразу извиняюсь за такое большое письмо. Наконец-то полностью понял работу UserMake. Почему не сразу? Да потому, что не читал все сообщения в теме, а они оказались очень полезными и исправляющими, как мне кажется, ошибки в шапке темы. Mr dUSHA, поправит, если я не прав. Ошибки:
1) Программа никак не зависит от других аддонов и вариантов установки
2) Для одного из созданных пользователей возможно назначить автоматический вход в систему

Сам запуск программы и основная его функция – создание учетных записей – не зависит от действия других аддонов. Но одна из функций – назначение автологона – зависит от Fake-Setup Advanced, (который используется в качестве аддона). Надо подчеркнуть, что зависит UserMake от него только на двух этапах установки ОС из четырех, на которых UserMake может запускаться:
• Т-40 из файла PreSetup.cmd;
• T-13 из SvcPack-аддона;
Если не использовать аддон Z-FakeSetupAdv на этих этапах с UserMake, то Ваш первый вход в установленную систему будет не под той учеткой, которую Вы создали и которой вы назначили «автологон», а под записью «Администратор» (кто на графическом этапе установке назначил пароль к учетке администратора, тот увидит логон с двумя учетками –«Администратор» и «Свою созданную»).

Почему это происходит? «Виновата» сама ОС, которая назначает дефолтной учетную запись "Администратор" в промежутке после этапа Т-13 и до этапа Т-12.

Так а зачем Z-FakeSetupAdv? Здесь все четко объяснено для этапа Т-40:

Код:

если UserMake выполняется на Т-40, то он заставляет Fake-Setup Advanced-а выполнить еще один нигде не докуметированый патч, который реализует возможность назначения дефолтной учетной записи отличной от "Администратор".

Т.е. все происходит автоматически!!!

А как же для этапа Т-13? Вот для него-то необходимо ручками внести в аддон Z-FakeSetupAdv тот самый не докуметированый патч. Т.е. открываем файл fSetup.ini и прописываем туда параметр SsDefaultUserDisable=1
Он то и отключит автоназначение дефолтной учетную запись "Администратор" в промежутке после этапа Т-13 и до этапа Т-12.

[VIP-men]

Теперь хочу внести свои предложения по улучшению великолепнейшей программки UserMake. Начну с начала. Не знаю почему автор в FAQ по фейк-установщику не написал про патч SsDefaultUserDisable=1. И он срабатывает только если Fake в режиме аддона, в режиме патчера – не срабатывает. Mr DuSHA обещал сделать, чтобы данный параметр работал в и в режиме патчера.
Но это, по-моему, незачем, т.к. большинство все-таки пользуется интерфейсом OOBE для создания учеток, а значит делать на виду данный патч не имеет смысла, т.к. он для OOBE не актуален.

Если конечно такое возможно, лучше может в сам UserMake внести функцию патчинга для отключения дефолтной записи «Администратор». Тем самым отпадет вообще зависимость UserMake от Fake-Setup.
Как это можно задействовать графически, чтобы было всем хорошо ))). Когда в UserMake мы создаем свою учетку и присваиваем ему «автологон пользователя» и нажимаем создать, то прога понимает, что мы хотим дефолтной свою учетку и отключает автоназначение «Администратора».

[Mr dUSHA]

Если конечно такое возможно, лучше может в сам UserMake внести функцию патчинга для отключения дефолтной записи «Администратор». Тем самым отпадет вообще зависимость UserMake от Fake-Setup. »

Чтоб UserMake сам патчил syssetup.dll прямо на графическом этапе, и это потом работало - это реализуемо только методами, применяемыми в вирусах, налету внедряющихся в чужой работающий код. У меня нет желания прикручивать к UserMake такой функционал, да и вы же потом первый скажете, что на UserMake все антивирусники кидаются, как собаки на кошку.

Для того, чтобы убрать зависимость от Fake-Setup Advanced, необходимо использовать патченую syssetup.dll еще при сборке дистрибутива.

[VIP-men]

Не ругайте строго, только предложил А в режиме патчера Fake реализуете включение данного параметра SsDefaultUserDisable=1?