Как установить windows на компьютер без консоли?

[ANDLL]

Итак, вопрос достаточно сложный, но тем не менее очень интересный.

Что у нас есть
1) Компьютер под управлением Linux(скажем CentOS), к которому есть доступ по SSH с правами рута

Нам требуется
1) Установить на компьютере windows(скажем 2008 но не думаю что версия имеет значение)
2) Задать пароль администратора
3) Включить на нем remote desktop connection

Предположение относительно таковой реализации:

Наверняка для всякий там буржуазиев есть возможность создать дистрибутив windows в котором уже прописаны пароли администратора и включены нужные службы(в нашем случае - remote desktop), и который, что важно, ставится без каких бы то не было вопросов и ожиданий. Если да то первый вопрос - как создать такой дистриб?

Описанный дистриб можно залить на отдельную партицию. И можно прописать эту партицию загрузочной в грабе, так что при следующей перезагрузке запустится инсталл и ура!
Вопрос второй - как имея ISO-шный, по всей вероятности образ, получить загрузочную партицию на жестком диске.

Принимаются ответы на поставленный вопросы или теоретические измышления на тему непосредственно необходимого

[iGrok]

Направление раскопок на тему автоустановки:
http://www.windowsreference.com/windows ... rver-2008/

Это позволяет сделать установку, которая не будет задавать вопросов, и сконфигурировать в ней пароль админа, и, думаю, даже поднять и настроить TS.
Но запускаться она всё ещё хочет из-под PE.

Под WinXP при помощи той же технологии (unattended install) можно было сделать готовый дистрибутив с тем же функционалом. Думаю, под w2k8 тоже можно, но подробностей не знаю.

UPD:
Для WinXP тулза для создания соответствующего файлика unattend.txt (там он назывался так) лежала на "родном" диске с XP Prof.

UPD2:
А вот тут есть немного про заливку ISO-образа на раздел винта, и запуск его GRUB'ом
http://www.linuxquestions.org/questions ... sk-294744/

[Oxygen]

ммм. У могу предложить вариант - ставим винду со всем, что нужно (тут трабла будет наверное - дэфолтовые настройки поставить и драйвера нужные что бы она вообще поднялась на другом компе), ставим юникс, грузимся с юникса. В принципе, его можно не ставить, а просто загрузиться с него (LifeCD, загрузочная флеха или что-нить ещё). Не знаю, как в CentOS (насколько мне помнится - это какая-то свободная версия красного шапка), а в freebsd точно есть утилиты dump и restore (в смысле их при желании можно поставить). Они как можно догадаться дампится целиком раздел. Далее, переносим этот образ на нужную нам машину - scp/ftp чем угодно в общем. На нужной машине ресторим этот образ, разбираемся с загрузчиком, и вуаля - в теории должно работать.

Ещё более простой вариант - ставим вирт машину, переносим её непосредственно на сервак, там назначаем нужные сетевые интерфейсы, и имеем стабильную ОС Выньдос под ещё более стабильной ОС юникс - легко запустить, легко перезапустить, легко восстановить...

Думаю, есть ещё варианты, но как-то уже голова не варит после полутора суток без сна.

[iGrok]

...(тут трабла будет наверное - дэфолтовые настройки поставить и драйвера нужные что бы она вообще поднялась на другом компе)...

Угу. Именно тут и будет трабла. Причём даже не в дровах и прочем(хотя тут тоже будет, но её можно обойти), а в банальной привязке винды к железу на которое она ставится.. Единственное, не уверен когда это происходит - при установке, или при активации. Если при активации - тогда это действительно вариант.

а в freebsd точно есть утилиты dump и restore

Если не ошибаюсь, dd сможет сделать то же самое?

[ANDLL]

Ещё более простой вариант - ставим вирт машину, переносим её непосредственно на сервак, там назначаем нужные сетевые интерфейсы, и имеем стабильную ОС Выньдос под ещё более стабильной ОС юникс - легко запустить, легко перезапустить, легко восстановить...

Про стабильность - не верно. Тестировалось на 4-ядерном оптероне. Windows 2008 под xen работает крайне нестабильно(то есть периодически появляется синий экран) если vcpus = 4
При vcpus=3 работает нормально, но теряется 1/4 мощности, что впринципе терпеть можно...
Что действительно неприятно - тесты говорят, что среднее время обращения к памяти из виртуалки иногда раз в 10-20 превышают время обращения на физической машине
И второе - была проблема с настройкой сети на xen. А именно - требовалось безвозвратно выделить xen'у сетевой интерфейс, причем что бы использовался именно тот мак, который изначально прошит в сетевухе. При этом linux ведет себя странно. То интерфейс как будто принадлежит виртуалке, то dom0 "захватывает" интерфейс и связь с виртуалкой теряется. Причем такие переключения происходят абсолютно непредсказуемо