Не понял, зачем тебе виндовая прога на линуксе?
Потому что профили - это файлы. Которые лежат в /etc/network.d Видимо в твоем случае надо файл-пример ethernet-static положить с именем eth0 в /etc/network.d, ну и далее внутри у него все поменять на то, что надо тебе. А вот подпапку eth0 совсем не надо создавать ;)
вот этого конфиг…это ж нужно куда-то как-то записать и как-то вызвать?
это - не конфиг, это я на словах описал что нужно, чтобы заработало. Как там его уже в командах реализовывать и запускать - сам решай. Можешь в свой скрипт загнать, можешь в netcfg засунуть… Как тебе удобно, так и делай.
Конфиг чего?
Запихивать как любую обычную сетевую карту, он эмулирует сетевую карту + роутер на другом конце её провода. Подсеть 10.0.0.0/24, роутер всегда 10.0.0.1, самой карте можно любой IP из этой подсетки присваивать, я статикой вешаю 10.0.0.10, в итоге мгновенно поднимается и не надо DHCP никакого ;)

Вообще отличное устройство, очень жаль что мегафон до сих пор только модемы и делает, а не такие вот “сетевые карты”, с PPPoE возиться никакого желания, все-таки 2012 год на дворе.
Собрать из него все нужные пакеты в собственный репозиторий и подключить его вперед всех остальных.
Если мне потребуется установить винду, которая требует для себя первого основного раздела с загрузчиком в MBR
MBR - это BIOS, с UEFI нету никаких MBR. Разбиваешь в GPT, разгрузчик - в первый раздел! Потому он отдельным и делается, и в fat, чтобы его любая ОСь видела. Туда положишь GPTшный загрузчик и винды, и GRUB2, а вот как правильно делать бут-меню с выбором ОС - тут уже с вики сверяйся, я точно не вспомню, ибо не интересовался, так, мельком прочел.

В случае, когда только линукс, с UEFI все ж просто, я делаю так:
1) раздел в 50 мб под загрузчик
2) в него GRUB2 ставлю по первой команде из вики (когда в /boot/efi только GRUB, а его конфиги и модули - в /boot/grub)
3) ну и собсна PROFIT, все работает :)

UEFI разные бывают, я встретил много идиотских материнок, где с DVD можно загрузится в UEFI, а вот с жесткого диска - нет. В чем смысл от такой загрузки я вообще не понимаю. Когда UEFI сделан нормально, то все без проблем работает. Если проблемы - скорее всего он реализован криво, и лучше на него забить.
Ну а что же раньше молчал.
я подумал, что очевидно, что если есть автоматизируется процесс, то это делается из-за его частого повторения :) Тут не поток конечно, но компания растет, необходимость достаточно часто новые рабочие места поднимать имеется.

а тут две строчки, можно без него обойтись в принципе.
пакетов уже почти 900 штук, ручками набирать не будешь. А дальше понеслась замена конфигов, тюнинг и так далее - в итоге да, скрипт элементарен, но без него эти все действия затягиваются на пару часов. А с ним - включил и ушел. Вернулся, пароль рута по окончании вбил - машина ушла в перезагрузку уже в установленный арч :)
Видимо у вас и железо везде одинаковое.
железо всякое-разное, просто только видеокарты требуют отдельно пакет драйвера ставить, потому там только интел либо nvidia (соответственно получаю из вывода lspci строку с видеокартой, если там слово “Nvidia” - то ставлю драйвер нвидии, если нет - ставлю интел), ну и принтеры еще - нотам универсальным для всех HP hplip'ом обхожусь.

А почему бы не установить, настроить Арч на одну машину. Потом скопировать его на флешку. А с помощью того же установочного диска копировать на остальные железки.
Зачем? Создание всего этого дела заняло бы столько же времени, за сколько я свой скрипт установки сваял. Но у меня всегда устанавливается система с наисвежайшими пакетами (причем я не убирал возможность брать пакеты с инета - если у меня вдруг на винте их нет или я его специально отключу - вся система поставится с репозиториев в интернете), и при этом я точно уверен, что не забыл нигде ничего поменять в конфигах, потому что все везде корректно задетектилось и прописалось при установке.

Вроде ничего сложного. Только из mkinitcpio.conf убрать autodetect
а еще UUID везде менять, а еще у меня есть компы, где /home отдельным разделом, а есть - где только один / (это где SSD у меня), и соответственно если 1 раздел - скрипт знает, что это SSD, докидывает discard в fstab и elevator=noop в дефолтные опции GRUB2. Если винт чистый - есть еще один мелкий скрипт, который либо 1, либо 2 раздела делает и форматирует их как надо, его в скрипте инсталлятора можно раскомментировать при необходимости. При переносе много мелочей таких вылазит, а вот установка с нуля все их решает сразу же, на корню.

А почему тогда не поднять сервер с установщиком?
сетка 10 мегабайт, винт - 30 мегабайт в секунду. 15 минут против 45 - очень весомо. Тем более винтов у нас тут 2-3 обычно есть всегда под рукой (мы магазин и у нас в сервис-центре такие винты используются, ну и у каждого админа такой залман свой имеется), в итоге 2-3 параллельных установки. А синкаем их централизованно в понедельник утром, пришел, в сервак воткнул - скрипт сам отсинкал репозитории. Потом забрал его как понадобится.
Также я могу поднимать компы прям на новой точке, когда там еще нет инета (либо он медленный).
Ну а в целом этот скрипт и с сервера по сети заработает, ему пофиг так-то :)

Или вообще грузить все по сети (раз уж все везде одинаково), а рабочие места сделать “пустышками”?
вот про это я думал уже тоже, но тут есть минус: рабочее место (в смысле системник, ибо моник-клаву не учитываем - они и в варианты терминалов, и в моем варианте одинаковые нужны) стоит порядке 7-8 тысяч. Комп для такой вот сетевой загрузки - ну все равно в районе минимум 3 тысяч. Т.е. я хоть и экономлю вроде как в 2 раза, в реальных деньгах цифры небольшие, а вот гемора добавляется много - в моем варианте не проблема использовать любые аппаратные ускорения отрисовки, софтовые SIP телефоны тоже без проблем работают, ибо вот она звуковуха - в этом же компе, ничего не надо пробрасывать. Обслуживать автоматически все рабочие места не сильно сложно - есть Puppet, вот активно под него сейчас пилю всякие скрипты :)
Такой мини-инсталлятор арча, который настраиваешь сам.
у меня абсолютно противоположная цель - абсолютно автоматический инсталлятор (при запуске установки параметром передаю только имя компа), т.к. я обслуживаю парк машин на арче. Ну и все по LDAP, соответственно мне еще время от времени на новые точки надо сервер с локальным зеркалом OpenLDAP ставить. Короче у меня, по сути, свое видение дистрибутива Calculate (который тоже, по сути, состоит из двух - для сервера и для клиентов), только сделан на базе Арч.

Какой смысл делать то, что ты предлагаешь? Каждый ведь ставит какие-то свои пакеты, в итоге поставить их вручную или написать скрипт для самого себя (в чем я смысла не вижу - когда у тебя 1-2 компа, домашний-рабочий, то их 1 раз в жизни установил и все, не занимаешся постоянными переустановками, соответственно что-либо автоматизировать для установки нафиг не надо) видится самым оптимальным решением. А когда как у меня - установка на дофига машин, которых постоянно только больше становится - тут уже не до кастомизации, все должно везде быть одинаково, чтобы обслуживать было легко.