UserMake - создание учетных записей пользователей на Т-40/Т-13/Т-12/Т-0
 

Mr dUSHA, хотелось бы иметь возможность переименования встроенных учетных записей и запуска на Т-40 без использования Fake-Setup Advanced.
Не сочтите за наглость.

Mr dUSHA, Т0 - это когда? В конце ГУИ при первичном входе - или непосредственно перед?

Это сделаю.

Сам запуск - не проблема. Программа отлично работает.
Но для автологона юзера настраиваемого на Т-40 нужен патч syssetup.dll, поскольку где-то на Т-14 дефолтовым юзером тупо прописывается Администратор, и это абсолютно никак не отключается. Конечно можно на Т13/Т12 повторно переопределить пользователя, но это уже дополнительные танцы с бубном...

Это PstSetup.cmd. Это между окончанием ГУИ-этапа оригинального установщика ОС, и перезагрузкой перед первым входом в систему.

Mr dUSHA, будет ли поддержка добавления доменных пользователей? Логи?

Это можно конечно сделать, но на Т-40 это не актуально.
Вобщем все зависит от пожеланий общественности.

Mr dUSHA, Добавить бы ввод ключа и настройку сетевых параметров желательно - в общем приближенно к T40Editor! И при работе T40Editor и UserMake чтобы не было конфликта если допустим ввести разные имена пользователей в какой последовательности запускать эти утилитки - значит ли, что последняя запушщенная утилита и будет правильное конечное имя добавалять или нет?

SamLab, UserMake никакого отношения к редактированию файла ответов не имеет.
Создаваемые UserMake пльзователи добавляются непосредственно в базу SAM.

В PreSetup.cmd прописано:

UserMake.exe
T40EDT.exe
EXIT

Но UserMake не запускается и сразу идет запуск T40Editor... Аналогично на VirtualBox и VirtualPC

В шапке версия рабочая.
Приведите ваш PreSetup.cmd, и кто его запускает?

Mr dUSHA, C Fake-Setup работает с таким содержанием

С башратовским набором я ее не тестировал, но тем не менее должно работать с ним не хуже других.
Или оно утилиту просто не находит, или дистрибутив потвиканый какой-то... Другого обьяснения не нахожу...

как запустить на Т-0 из файла PstSetup.cmd объясните пожалуйста на Т-12 из файла cmdlines.txt запустил все работает

Mr dUSHA, подскажите пожалуйста нельзя ли как то сделать настраиваемым временной параметр?
Чтоб было можно менять значение 30 секунд.

Mr dUSHA, В ToDo - хотелось бы иметь возможность привязки пользователя к железу например к Мак-адресу сетевухи так чтоб создавались либо пользователи без привязки (совсем), либо конкретный пользователь (c привязкой к данному компу) из имеющихся в ini.

Это было бы очень удобно, для организаций в часности. Особенно если домен и имя компа можно было бы задавать по такому же принципу.
Ну время срабатывания не самое главное в данном случае.

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

Тоже интересует подобный вопрос, только мне надо вообще таймер убрать.

Обновил версию программы.

Версия 9.05.11

1. Добавлен ключ -t для возможности настройки таймера автозакрытия программы.

Mr dUSHA, прикрутил usermake на T-40 и столкнулся с проблемой - не переключается язык.

А нельзя ли добавить пункты для ввода имени пользователя и организации (отображаются при установке программ)?

... возможно ли воспроизведение звукового сигнала, например, за 10 секунд до окончания таймера. /при установке на т12 приходится сидеть и ждать или в итоге забываешь ввести имя *звучок бы какой нибудь очень помог* / ....хотя наверное никак не получится(драйверов то никаких нет:(.

Вроде бы спикером можно пропищать. Но, дождемся Mr dUSHA - он скажет.

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

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

вот спасибочки))

а как с этим?

Очень, очень сильно хотелось бы ключики:
-u xxx - создание по умолчанию пользователя xxx в группе администраторы.
-p xxx - где xxx пароль, по умолчанию, для пользователя указанного в параметре -u, если не указано - пустой пароль.
Если не указано два этих параметра - создается пользователь admin...

-m xxx - где xxx имя машины в сети, по умолчанию. И добавить в GUI программы возможность ввести имя машины в сети, отличное, от предложенного по умолчанию, но только один раз...

Ну, и для полного счастья, если можно:
-o xxx - где xxx название организации по умолчанию + поле в GUI для однократного ввода.
-w xxx - где xxx имя рабочей группы + поле в GUI для однократного ввода.
Все это конечно указывается в файле winnt.sif, но если Ваша программа сможет делать это, думаю, будет только плюс к функциональности...

Начертание ключей - естественно Ваше дело, если это реализуете.

Объясняю зачем. Мне, и я думаю, не только мне, не нравиться создаваемый по умолчанию пользователь admin по прошествии некоторого времени. Я по умолчанию создаю пользователя с именем "Пользователь" - при установке не себе, и вторая сборка - пользователь с моим никнеймом - для сЭбЭ. Сидеть и ждать момент времени, когда нужно ввести "Пользователь" вместо "admin" - как то не хочется (теряется смысл unattended сборки). А когда ставишь сЭбЭ - конечно можно и посидеть, подождать... :lazy:
Но, нужно конечно, иногда и ввод другого пользователя и/или добавление нескольких на этапе установки Windows - и вот тут, Ваш замечательный аддон - решит все проблемы в моей жизни :)

P.S.: Вот так и делай людям добро, сделал программу, а тут навалились, черти. Но если решить весь этот функционал - цены ей не будет! И дать название программе, гордое название: NetAndUserConfigure. Ну, это меня уже понесло :)

Открыть ресторатором и поменять в RCData/TFORM1 значения можно.... но это конечно дурацкий метод, да еще не факт, что отработает потом правильно программа. Так что, я, естественно, тоже за дополнительные ключи и поля. :)

Есть ли существенные различия UserMake и addUser?

проект addUser давно не обновлялся /года 3/ +(а точнее минус) adduser воспринимает Login только на русском языке.

в addUser есть доп.поля для ввода имени и организации.(надеюсь скоро появятся в UserMake)
про различия больше ничего не скажу, т.к. не программист.

а так программы оОоООченб похожи

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

Mr dUSHA, использую запуск на T-13 из SvcPack-аддона, создаётся учётная запись Администратор даже при mem-патче библиотеки syssetup.dll Fake-Setup Adv.
Что делаю не так?

Если вы имеете ввиду, что учетная запись Администратор при первой загрузке появляется в окне ввода логина/пароля даже не смотря на то, что вы из UserMake создаете какую-то свою учетную запись и назначаете для нее автологон, то не правильно вы делаете то, что запускаете UserMake на Т-13, в то время как нужно запускать его на Т-40.
Дело в том, что только на Т-40 UserMake прописывает в конфигурационный файл Fake-Setup Adv параметр, включающий специальный патч для syssetup.dll, блокирующий принудительное назначение учетной записи Администратор на автологон при первом входе в систему.
Fake-Setup Adv патчит все файлы на Т40, до запуска процесса установки ОС, а автоназначение Администратора на автологон syssetup.dll делает в промежутке между этапами Т-13 и Т-12 (то есть между выполнением SVCPACK.INF и cmdlines.txt).

Для решения этой проблемы есть два варианта:
1. Перенести запуск UserMake из Т-13 на Т-12 (в cmdlines.txt);
или
2. Добавить в конфиг Fake-Setup Adv в файл fSetup.ini в секцию [Options] параметр SsDefaultUserDisable=1

Mr dUSHA, огромное спасибо, всё получилось.
Кстати не нашёл в описании аддонов про параметр SsDefaultUserDisable (хотя может не внимательно смотрел :blush2: )

Смотрели внимательно ;)
Описания этого параметра действительно нет вообще нигде, кроме предыдущего моего поста в этой теме :)

Подскажите, как правильно интегрировать а Т-40?
Сделал так:
1. РесПатч патчит необходимую для usermake dll ключем "--pss-all"
2. Создал в папке Addons:
UserMake\Files\ForceCopy\PreSetup.cmd
UserMake\Files\ForceCopy\UserMake.exe
UserMake\Dosnet
UserMake\Txtsetup

sLiDeR-X
В Dosnet и Txtsetup пропишите UserMake.exe по аналогии с PreSetup.cmd,

а сам PreSetup.cmd лучше такой:

jameszero, сделал как сказали. Вот что получилось:
в процессе установки появилось:

согласился с пропуском. В результате UserMake на Т-40 не запустился. (Как сделать так, чтоб он копировался?)
Вот сам эддон (как оказалось нерабочий): http://slil.ru/28128533

sLiDeR-X
Файл UserMake.exe сами патчили?
Исправьте его контрольную сумму с помощью ModifyPE

контрольную поправил, теперь не появляется ошибка, НО на т-40 не запускается все равно :(

sLiDeR-X
PreSetup.cmd сам по себе не запустится. Это можно реализовать через FakeSetup от Mr dUSHA или от Boa Soft.
Проверьте прописан ли запуск PreSetup.cmd в файле конфигурации соответствующего аддона.

sLiDeR-X, jameszero Зачем куда-то копировать UserMake.exe если ее можно запустить сразу с диска?

Иначе она просто не работает.

Запуск осуществляется вот так

YikxX, ну чтобы каждый раз не копировать при сборке - сделал эддон.
Принцип во вложении

Можно ли данный патч сделать не mem а обычного типа? т.е. что бы пропатчить и положить в образ? Или fakesetup уже имеет такую возможность?
И еще небольшой вопрос - как запустить UserMake.exe скрыто, без ожидания? Или такого не поддерживается?

Нет. Такой возможности не делал.

Вот вам патч для SYSSETUP.dll ver. 5.1.2600.5512, делайте сами:

Не понял вопроса.

Я имею в виду запуск в hide режиме, без запроса параметров, с данными по умолчанию. Т.е. программа скрыто запустилась и создала пользователя. Без интерфейса. Если такое достижимо бинарным патчем уже готовой программы - еще лучше :).

Нет. Не поддерживает она такого.

Жаль...
Но решение вроде бы найдено.

Mr dUSHA, UseMake полностью повторяет функционал OOBE? Только она еще вводит описание и пароль. Т.е. если у меня корпоративная версия я в принципе могу удалить OOBE?
В общем я создаю только одну учетную запись и создам ее с помощью UserMake, но не удалю OOBE, после перезагрузки также откроется OOBE и просьба создать учетную запись? Или этот этап пропустится, т.к. я использовал UserMake?

Да и еще вопрос, а как совместить встроенную учетную запись Администратор и запись под которой я вхожу в систему?
Потому что захожу в управление компьютером пользователи а там присутствует созданная мной учетная запись и встроенная Администратор. Конечно в логоне высвечивается только одна учетка "Моя", но если зайти через "Безопасный режим" там уже две записи "Моя" и "Администратор"?

Нет, не откроется. Да, пропустится, при условии, что у вас патченный OOBE в котором только создание пользователей. С полным я не тестировал, но вполне вероятно, что создание учеток пропустится в любом случае.
А зачем? А если она, не дай бог, накроется, что делать будете? На компе всегда должно присутствовать как минимум 2 учетных записи, одна из которых - Администратор, а другая - под которой работаешь.

Как привязать UserMake к PreSetup.cmd ? Нужно в Z-FakeSetupAdv\Files\ForceCopy\PreSetup.cmd прописать UserMake.exe или как ? Куда кидать UserMake.exe ?

sergey.kiselyov, Ну если не ошибаюсь, то да. UserMake вписать в PreSetup.cmd, там уже есть примеры запускаемых программ, на подобии них и впишите, ну а кидать можно мне кажется в любую папку к которой будет прописан путь в PreSetup.cmd

Вот на пример код в PreSetup

Меняешь %SystemDrive%\DSPdsblr.exe на %CDDRIVE%\$OEM$\UserMake.exe и кидаешь UserMake.exe в папку $OEM$

Только не %CDDRIVE%, а %SrcDosDrive%:

%SrcDosDrive%\$OEM$\UserMake.exe

Это для того, чтоб не надо было еще вставлять в PreSetup.cmd скрипт, вычисляющий этот самый %CDDRIVE%, и к томуже делающий это не всегда правильно.

Mr dUSHA, согласен, просто у меня в сборке так было прописано.

Я лично запускаю сразу из I386 с путём :) %SrcDosDrive%\I386\UserMake.exe

Сколько не пытался не получилось запустить UserMake ((( Выкладываю свои старания. Может кто скажет в чём моя ошибка ??? А может кто изменит, и выложит готовое...

Файл fSetup.ini :
стоит параметр
PreSetup=0

а надо:
PreSetup=1

не помогает (((

sergey.kiselyov, должно помогать, видать че то не то делаешь, попробуй снова чистый дистриб, снова апдейтпак новый распаковать а не использованый, и провести интеграцию, логи выкладывай сюда.

На Т40 после распаковки драйверов появляется окно : Windows не удалось найти \$OEM$\UserMake.exe ... Подобное появляется и при первом входе в систему для установки BS Post Installer ((( тока там путь C:\BSPI\PRESETUP.EXE

sergey.kiselyov, попробуйте сделать как у меня.

YikxX, пробовал, не получается (((

Mr dUSHA
А нет-ли, у вас такой-же утилиты - но, с английским интерфейсом ?
Приладил к немецкой винде, а тут: кракозябры.
Не критично, но...

Нет. Не делал.

Кто поможет с этим: "Windows не удалось найти \$OEM$\UserMake.exe" ?

Ребята, помогите, пожалуйста :(
Я решил запустить UserMake через PreSetup.cmd, в содержание которого вписал сроки после интеграции драйверов посредством DP_Base:

После распаковки драйверов, открылось консольное окно, с заголовком: C:\WHSTemp\UserMake.exe -s -t 180
А директория была выбрана: C:\WINDOWS\system32
Ну, я вручную запустил через это окно UserMake с нужными параметрами, создал пользователя с автологоном, нажал Выход, окно закрылось и ничего не продолжается.. :help:

На Т-13 у меня было так же, установка зависала сразу после UserMake..

Кто-нибудь сможет объяснить причину всплывшего консольного окна и зависания после использования UserMake..?

А, понял, тут были лишними кавычки:

Теперь UserMake запускается, но вот после создания пользователя с Автологоном, далее ничего не происходит :(

AzazeLHAck
В прикрепленном к данному моему сообщению находиться архив PreSetup.7z, в котором находиться файл PreSetup.cmd, который содержит строку для запуска утилиты Служебные - UserMake - создание учетных записей пользователей на Т-40/Т-13/Т-12/Т-0 из папки I386 установочного диска на Т-40.

Спасибо большое, SharkyEXE, у меня уже получилось :) Не знаю в чём причина, но я вписал запуск UserMake до последней команды файла PreSetup.cmd, сгенерированного DP Base, и всё отлично запустилось и продолжилось :yahoo:
Ещё раз спасибо :)

А вариант ли дополнить утилиту функцией, типа чтобы она переименовывала пользователя Администратор и на него ставила пароль и автологон. Да, понимаю, можно сделать через WINNT.SIF и команду "net user ИМЯ ПАРОЛЬ", но было бы неплохо, если бы каждый мог вводить это во время установки.
Что скажете, как вам идея..? :yes:

Совместно можно использовать программу renuser.exe

Mr dUSHA

пару идеек, как должно быть:

1. размножьте контролы для уменьшения времени ввода
в соответствии с рисунком хотя бы на 10 юзеров





1а. очистить список можно отловив текущий фокус (например, Esc)

2. назначьте простые горячие клавиши (ctrl+enter, esc) на кнопки и добавьте амперсанды & для быстроты перемещения
ctrl+1 - фокус на добавление 1 юзера
ctrl+2 - фокус на добавление 2 юзера и т.д.

3. повтор пароля???????? нафиг, в топку (пароль открыто - нафиг его шиифровать - от самого себя?) - кому надо - в ini файле настройка

4. язык интерфейса (по умолчанию english для поддержки амперсандов, опционально русский - хотя нафиг русский здесь нужен :) User1, Pass1, Desc1,Group1,True)

5. поддержка списка юзеров из txt-файла по схеме
User1, Pass1, Desc1,Group1,True/False (если по ошибке указано несколько автологонов, назначается первый)

6. ну естественно табуляция во всех контролах

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

Mr dUSHA, как прикрутить UserMake, если в качестве фейк-установщика используется установщик от Boa-Soft, а необходимые (в моем случае все возможные) библиотеки патчатся Z-Dll_Patcher (на основе Вашего фейка)?
Утилита отрабатывает свое на 100%, но учетка Администратор все равно остается по-умолчанию.

sLiDeR-X, как производишь установку юзермейка? каким способом? на каком этапе установки, вообщем больше данных, чтоб смогли помочь, раз шапка сайта не помогла в установке.

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

Соответственно с установщиком от Boa-Soft утилита UserMake и не будет работать полноценно на Т-40.

Я поступаю следующим образом.
Утилита UserMake, предварительно сжатая upx-ом (~333 Кб для экономии места) находится в каталоге: UpdatePackDirectory\Addons\UserMake\Files\ForceCopy\UserMake.exe
Файл UpdatePackDirectory\GUITOOLS\DRIVERS\DriverTools\PreSetup.cmd отредактирован для запуска UserMake на Т-40: В результате на Т-40 UserMake будет выполнен и можно внести несколько учетных записей и назначить дефолтную.

Нельзя назначить дефолтную на Т-40 без Fake-Setup Advanced. Она всеровно на "Администратор" сбросится.

Запуск осуществляю на Т-40

anddy, у меня было вот так в PreSetup:
В результате: А это значит что учетка-то создается, НО! 1 вход происходит под Администратором, а не созданной учеткой! Что есть плохо. :(

Mr dUSHA, а если я Вас попрошу сдалать ключ для фейк-сетапа (подобно остальным) для реализации этого "секретного" патча, вы "сделаете подарок"? :)

Да.

Mr dUSHA, можете, пожалуйста в шапку поместить примеры записи запуска UseMake на этапах Т-40/Т-13/Т-12/Т-0.

И скажите, если я буду использовать UserMake на T-13, то будет ли моя учетка дефолтной, т.е. выше описанные проблемы со сбросом не возникнут?

P.S. использую Z-Dll_Patcher.

Не понял, о каких примерах идет речь....
Ключей командной строки всего два, и они описаны в шапке.

Будет. Патчить для этого этапа ничего не нужно.

Mr dUSHA, еще вопросик, если я пользуюсь UserMake, желательно ли отключать интерфейс OOBE, т.к. там тоже предлагается создать учетки?

VIP-men, ну как бы этап создания пользователей пропускается, т.к. он уже есть.

VIP-men, я его полностью удаляю, и использую юзермейк. Проблем не было :)

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

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

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

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

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

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

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

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:
Т.е. все происходит автоматически!!!

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

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

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

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

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

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

А можно ли втихую запустить программу с помощью ключей, без отображения окна ввода пользователей, но чтобы пользователь создавался не Admin а скажем User?

Нет.

а с кухней как правильно совместить чтоб профиль по умолчанию был заранее правильна выбран??

на каком этапе реализовать лучше создание учетной записи ?? чтоб все работало правильно... и ставилось уже все через эту учетную запись....
Т-40 из файла PreSetup.cmd;
T-13 из SvcPack-аддона;
Т-12 из файла cmdlines.txt;
Т-0 из файла PstSetup.cmd;

Guman!
Вы предлагаете автору аддона скачать "Кухню" и проверить?
Советую поставить вопрос корректно - в плане применения аддона на различных этапах установки.

opel431 ну я в вашей теме написал вы не ответили -((

Мне нужно чтоб. Создавалась некая учетная запись скажем под названием "Winstyle". и чтоб он был по умолчанию главный и единственный с авто-заходом.. чтоб все аддоны ставились с этой учетной записю.

opel431 ну я же в твоей теме уже писал. я незнаю уже как еще писать...
opel431 как ты посоветовал я и питаюсь так и сделать а тут эти этапы-((
вот и запутался..
я незнаю на каком этапе это все реализовать ,чтоб все правильно было.
на каком этапе все таки делать??? или без разницы... как я понял это надо делать до кухни чтоб кухня вбирало запись по умолчанию. которую в него внесли
Т-40
T-13
Т-12
Т-0

В системе всегда главный - Администратор, но не единственный, если в winnt.sif вы ввели регистрационные данные, или применяли дополнительные аддоны на этапе сборки - и это я вам пояснил. Хотите главного и единственного - примените UserMake на Т40, убейте остальных - "если подхватили лишних пользователей" и переименуйте Администратора в Winstyle.

А так потом проблем не будет.
ведь администратор по умолчанию не зря создано.

Решил попробовать OOBE fix.
хотя не знаю почему но кажеться с UserMake стабильнее и правильнее будет.
просто привык доверять датам.. чем свежее дата тем стабильнее аддон-))

Не будет. Некоторые сисадмины так и делают - в целях защиты.

ну тогда получается можно и без всего этого обойтись. скажем сделать в кухне следующее.
В кухне в вкладке Пользователи в разделе встроенные учетные записи переименовать в Администратор на WinStyle
а разделе Пользователь В поле ИМЯ* вставить тоже WinStyle.-)) тогда получаеться ни OOBE и не UserMake нам не понадобыться..-))

opel431 Спасибо большое .. . кухня классная вещь . вот прикрутить бы все важные аддоны к нему. и вообще супер было бы-))

Подскажите пожалуйста.
Тему прочитал всю, моя проблема уже встречалась, но решения так и не увидел.
Вообщем у меня на Т-40 при запуске UserMake не переключается язык ввода. Драйвера не использую.
Отрабатывает програмка нормально, но имя пользователя только на английском.

P.S. Добавил в PreSetup.cmd перед запуском UserMake T40Editor и в UserMake стал переключаться язык. Тут же, повторно удаляю T40Editor( в PreSetup.cmd остаётся одна запись UserMake) и всё, язык опять не переключается.

Сразу после установки Xp с последним UpdatePack + ExtreamPack
Наблюдаю такую вот ошибку...
Service Control Manager Сбой при вызове LoadUserProfile из-за ошибки
Отказано в доступе.
Не установлено не одной программы и драйвера...
Блокировать доступ нечем
и ещё 1
Windows не удалось выполнить ваш вход в систему, поскольку не удалось загрузить ваш профиль.
Проверьте наличие подключения к сети и что сеть правильно работает.
Если проблема не устраняется, обратитесь к системному администратору.
ПОДРОБНО - Отказано в доступе.
id 1500
oobe отключен, пользователи создаются через UserMake_9.5.13 на т39
Может ли это быть из-за утилиты UserMake

ddv122
Кросспостинг.

Продолжайте здесь.

Есть вопрос, данный аддон может брать логин и пароль из текстового файла?

Нет.

Если нужно из текстового файла, то есть создавать пользователей с фиксированными логинами и паролями на множестве машин, то проще скриптом типа:

На каком этапе установки ОС необходимо запустить этот скрипт, чтобы вход производился под созданной пользовательской учётной записью и под ней же выполнялась установка программ?

Я так понимаю, имеется ввиду установка через RunOnceEx при первом входе?

На Т-12 и не ранее.

В шапке ж написано, что система делает

Если данный способ является наилучшим и единственно возможным, то видимо да - RunOnceEx или RunOnce...

О, вроде дошло: если в процессе установки ОС будет с помощью Fake-Setup Advanced пропатчена syssetup.dll, то принудительное назначение на Т-12 учётной записи "Администратор" в качестве дефолтной будет отключено, а скрипт, запущенный на этом этапе из RunOnceEx или RunOnce (а значит и из Winnt.sif), вместо "Администратор" создаёт нужную мне учётную запись, например, "User", и дальнейшая установка интегрированных програм уже будет выполняться из-под моей учётки. Я правильно понял или всё ещё ошибаюсь?

Спасибо, так и делаю. Но компилирую файл в exe

Вот скрипт компиляции.


Bat_To_Exe_Converter.exe - программа доступна в инете.

Так реальная установка программ то где происходит? На Т-12 или при первом входе через RunOnceEx или RunOnce?
Если на Т-12, то там всё устанавливается под системной учетной записью (что наиболее удобно и универсально).
Если при первом входе через RunOnceEx или RunOnce, то там установка происходит под созданной Вашим скриптом на Т-12 учёткой.

В принципе, хочу разобраться с обоими вариантами.
С этой частью вроде ясно.
Возможно я чего-то не учитываю. Значит патч с помощью Fake-Setup Advanced, т.е. отключение учётной записи "Администратор", назначаемой на T-12 в качестве дефолтной, и назначение своей учётной записи ничего не даст для установки интегрированных программ на этом же этапе, т.е. на T-12 под созданной учёткой они не пойдут?

Нет, не пойдут.
Весь графический этап проходит под системной учеткой, переключения на другие учетки не производится, и вообще никаких других учеток пользователей на ГУИ-этапе физически (в виде профилей в папке Documents and Settings) еще не существует. В самом конце ГУИ-этапа для будущих учеток только формируется шаблон "Documents and Settings\Default User".
То, что Вы создаете скриптом на Т-12 - это фактически только запись в реестре о существовании пользователя с таким логином и паролем.
Профиль для этого созданного Вами пользователя будет создан только при первом его входе в систему. Профиль создается путем копирования содержимого шаблона "Documents and Settings\Default User" в созданую Вами учетку, например "Documents and Settings\Иванов_Иван_Иваныч".

Универсальность использования Т-12 заключается в том, что все устанавливаемые программы и твики на данном этапе, которые прописываются в HKEY_CURRENT_USER попадают примерно на Т-0 сначала в профиль "Documents and Settings\Default User", а потом клонируются во всех впоследствии создаваемых пользователей в системе. Таким образом, получается, что сколько профилей не создавай - все они уже настроены установщиками программ и твиками.

Mr dUSHA, в прикрепленном в шапке файле версия неправильная, 9.5.11.

Исправьте для себя самостоятельно Ресторатором версию на ту, которая Вам нравится ;)

Hi Mr dUSHA

That match your programs, I would like to turn to Turkish. Is it possible to provide the source code? Do you think, or to add support for multiple languages​​?

Тот матч ваши программы, я хотел бы обратиться к турецким языками. Можно ли предоставить исходный код? Считаете ли вы, или добавить поддержку нескольких языков?

Перед цифрой, я смотрю, - есть пробел. Это важно или нет?

Да, важно, пробел нужен.

Добрый вечер, хочу запустить данную утилиту на этапе T-40... Образ XP рассчитан на установку как с CD, так и с загрузочной флешки.
Куда лучше копировать UserMake: в папку i386 или оставить в установочном дистрибутиве? Что соответственно тогда прописывать в PreSetup.cmd? :help:

VIP-men, http://forum.oszone.net/post-1340804.html#post1340804
(скрин)

Всем привет!

Ткните, пожалуйста, носом, где я накосячил? Использую данную утилиту на Т-40 + этот аддон. Раньше в данной утилите создавал пользователя и все было нормально, а теперь вылезает предложение с созданием 5-ти пользователей. Создаю пользователя, жму "Готово" и теперь у меня в системе (помимо админа), оказываются 2 пользователя - созданный на Т-40 данной утилитой и созданный через OOBE. Как от этой гадости избавится? Помню, что раньше вроде что-то шаманил, но никак не могу вспомнить, что именно. Версия FSA в той версии сборки, где все работает отлично и в новой версии одинаковая, ini-файл тоже.

Спасибо.

Короче, программа не работает так как раньше без ключа SsDisableOOBE=1 из FakeSetup-а. С этим ключем, естественно, повторного запроса имен пользователей в OOBE не будет, потому что не будет самого OOBE. :) Для тех, кому OOBE нужен, программа ценности не представляет. Жаль, что автор ее забросил.

Mr dUSHA, Скажите пожалуйста при запуске UserMake на Т-12 через cmdlines.txt без FakeSetup-а создание пользователя возможно или нет. И еще отключится ли OOBE.

Mr dUSHA, Использую UserMake на Т-40 и OOBEfix.
UserMake запускаю посредством Z-FakeSetupAdvanced так "start /wait %Systemroot%\System32\UserMake.exe".

Создаю пользователя с автологоном в UserMake. Но у меня почему-то запускается окно создания пользователей OOBE. Он же должен был пропуститься? Помогите, пожалуйста.(

VIP-men,
А здесь шапку внимательно читали?

Den30lv, да вроде внимательно. А что там не так?
У меня раньше как и JohnnyD все отрабатывалось правильно и OOBE пропускался. И по-моему во всем виноват новый FakeSetupAdv_12.3.23.1.7z (к сожалению предыдущая версия не сохранилась).

Вот кстати и цитата от JohnnyD
Mr dUSHA, если у Вас найдется свободная минутка, пожалуйста, могли бы Вы устранить данную проблемку.

Den30lv, Пробовал на реальной машине и "ScreenResolutionCheck"=1, и "ScreenResolutionCheck"=0
OOBE не пропускается.
Думаю, что проблема кроется в Fake-Setup Advanced версии 12.3.23.1. Вот бы старенькую найти - попробовать.((

VIP-men, Пробуй.

Создание пользователей возможно на любом этапе, а FakeSetup нужен только для того, чтобы отключить принудительный автологон Администратора при первом запуске, если UserMake назначил автологон для какой-то другой учетки.

Я не понял проблемы.
SsDisableOOBE=1 - отключает показ OOBE полностью.
SsDisableOOBE=0 - отключает влияние на OOBE со стороны FakeSetup.

Что не так? И при чем тут тот OOBE-аддон?

Mr dUSHA, Тогда в файле ответов получается не надо прописывать пользователя или я ошибаюсь.

Это в смысле в Winnt.sif ?

У меня там по поводу пользователей только шифрованный админский пароль:

[GuiUnattended]
AdminPassword=<хэшпароля>
EncryptedAdminPassword=Yes

OOBE отключено с помощью SsDisableOOBE=1.
И еще один админ во время установки создается батником. UserMake я сам никогда не использовал за не надобностью.

А кто там еще чего прописывает - дело вкуса и цвета его фломастеров.

Не так то, что раньше все работало, а теперь не работает. Хоть со старым FakeSetup'ом, хоть с новым. А OOBE-аддон просто так был упомянут, потому что есть. :)

Проблема описана тут и ниже. Думаю, достаточно подробно.

Имхо, он тут не при чем. Я всю жизнь пользовался версией 9.03.10, новые и не качал даже, но когда вылезла эта проблема - скачал. UserMake одинаково не работает так как раньше на обоих, что-то в самом процессе установки винды поменялось. :(

JohnnyD, действительно, проблема кроется не в FakeSetupAdv.((

Вот:
Что здесь не правильного???
1. UserMake создает X пользователей (количество любое).
2. OOBE после него также создает еще Y пользователей.

Итого: X + Y = суммарное количество созданных пользователей во время установки.

Что не так???
Не нужен OOBE? Так отключите его.
Не нужен UserMake? Так не используйте его.

Неправильное здесь то, что раньше при выполнении пункта 1, пункта 2 не было.

Теперь то да - раз UserMake перестала нормально работать, придется от нее отказаться, т.к. OOBE мне нужен (хоть и урезанный) - там у меня "визитная карточка" сборки, типа. :)

Это всё - Ваши фантазии.
UserMake никогда не отключал OOBE ни сам, ни посредством FakeSetupAdv.

OOBE можно отключить только в ручную, и если через FakeSetupAdv, то с помощью параметра SsDisableOOBE=1.


UserMake отключает только принудительный автологон встроенного "Администратор"-а. Делает он это с помощью FakeSetupAdv, и только при условиях, что:
1. UserMake запущен на T-40 из PreSetup.cmd FSA.
2. С помощью UserMake создается юзер, для которого назначается автологон соответствующей галочкой.

Mr dUSHA, видимо то, что вы ХР давно забросили и своим же собственным продуктом не пользовались никогда и заставляет вас посты багрепортеров по диагонали читать? ;) Ну тогда ладно. Вот вам ссылка на одну из "фантазий", думаю, проверить и разобраться вам труда не составит. И у меня это тоже работало. До поры, до времени.

Тему вижу, описание проблемы - нет. Ткните носом, плиз.

Mr dUSHA, так в том то и дело, что проблемы там нет. А вот UserMake, FSA и включенный OOBE - есть. :)

FSA или отключает OOBE, или вообще его не трогает. Если не трогает, то ищите грабли у себя. А UserMake тут вообще никаким боком (см. пост #135).

Mr dUSHA,
Что-то аналогичное есть для W7?

Так она работает, то есть нормально создает пользователей и на Win7, да и на Win10.
Но конечно же нюансы работы программы во время установки ОС, указанные в шапке, относятся только к WinXP.

Привет, у кого-нибудь есть FakeSetupAdv_12.3.23.1.7z, пожалуйста? Или еще один, последний?