Iurii

1. Можно попробовать декомпилировать программу и посмотреть нужное, либо подправить.
2. Если пароль не удастся найти, то его можно сбросить - v-consult.be/2011/05/26/recover-sa-password-micros... (первая инструкция, которая попалась в поиске).
3. Возможно вас устроит вариант "склонировать" машину целиком или виртуализовать ее.

https://support.microsoft.com/ru-ru/kb/311806
wikiwin.info/windows-7-seven/win7-ustranenie-nepol...
2,5V - точно не скажу, на блоке питания такого напряжения нет, оно преобразуется материнской платой, и используется скорее всего тоже только ей.

Почитайте тут:
asterisk.ru/knowledgebase/Asterisk+config+sip.conf
www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cs...
И попробуйте использовать пароли разной длины: как-то встречалось, что у одного из старых аппаратов cisco не получалось работать с слишком длинным паролем.

Добавляя что-то в файл /etc/asterisk/extensions_override_freepbx.conf вы записываете поверх настроек, которые генерируются веб-интерфейсом. В примере перезаписывается экстеншн h, в который направляется вызов после завершения и выполняется обычная консольная команда. Возможно для вашей задачи проще сделать отдельный custom-контекст для входящих звонков в файле, без участия веб-интерфейса.

В bios есть опция переключения видеокарт. Проверьте, не установлено ли у вас там использовать по-умолчанию интегрированное видео. И, если нет - то можете ее установить, и попробовать запустить компьютер с установленной видеокартой и монитором, подключенным к встроенной видеокарте. Далее нужно посмотреть, определяется ли видеокарта операционной системой и попробовать проверить ее какими-нибудь тестами.

Я бы для начала сделал следующее:
1. Попробовать сбросить биос на настройки по-умолчанию (возможно была установлена неправильная частота или тайминги)
2. Проверить обе планки по отдельности программой memtest
3. Внимательно осмотреть материнскую плату и память на предмет бросающихся в глаза повреждений
4. Посмотреть списки протестированной оперативной памяти для вашей материнской платы от производителя

Да, можно. Большинство технологий виртуализации сейчас поддерживает проброс usb-устройств. Так же есть возможность пробросить usb-контроллер хоста в виртуальную машину (и соответственно все, что к нему будет потом подключено).
У меня был опыт решения подобных задач с vmware esxi (правда высокотехнологичных usb-хабов не подключал :) ).

А вам принципиально под windows? Если нужен просто liveCD, который сможет клонировать raid-массив, то попробуйте использовать Clonezillla, либо Acronis (в обеих есть драйвера для raid-контроллеров, правда не для всех; в случае с clonezilla необходимые драйвера можно установить вручную)

Учитывая ваши масштабы, я бы наоборот старался все упростить. :)
Можно расписать на листке несколько вариантов:
1) Обычный новый комп с двумя дисками в софтовом или аппаратном (контроллер на материнской плате) рейде + настольный NAS на два диска
2) Ваш вариант
К обоим вариантам добавить примерно вероятность выхода из строя в первый, второй и третий год работы, время восстановления (простоя) при отказе, сложность работ по настройке и обслуживанию (если обслуживать будет кто-то другой, он может и испугаться линукса), уровень шума (многие из "настоящих серверов" не поставишь просто так под стол), вероятность полной потери всех данных, ну и стоимость.

Занимался этим давно. Насколько помню, мне все удалось настроить через веб-интерфейс. Внутри все работает так же, как в любой другой unix/linux системе, поэтому если потребуется залезать в конфиги, можно брать любую инструкцию по настройке samba (к примеру - habrahabr.ru/post/171057 ). Конфиги руками лучше не править - потом зайдя в веб-интерфейс можно нечаянно все сломать. Иногда бывает не очивидно что и где указывать, но посмотрев в какое место конфига из какого поля веб-интерфейса подставляются значения можно сделать так, чтобы он сгенерировал правильные настройки.

Могу предложить вам свои статьи для настройки:
blog.mistifiks.ru/2015/06/mikrotik_54.html
blog.mistifiks.ru/2015/06/mikrotik_2.html
В первой описывается ситуация, аналогичная вашей.

Если я правильно понял: у вас получается подключиться клиентом только локально с компьютера, на который установлен asterisk, и не получается по сети.
1. Проверьте, как у вас настроен iptables (разрешает ли соединение).
2. Смотрите настройки в файле sip.conf (если вы подключаетесь по протоколу sip)

Возможно python у вас находится в другом каталоге?
Так вы узнаете, какой адрес подставляется при выполнении команды python3 script.py:
which python3
Посмотрите содержимое папки, из которой не удается запустить интерпретатор (и проверьте права на файлы, при их наличии):
ls -la /usr/bin

extensions_additional.conf - часть диалплана, который генерирует FreePbx
extensions_override_freepbx.conf - файл, в который можно дописать свои контексты и они будут применяться вместо тех, которые генерирует freepbx
В вашем случае весь диалплан должен находиться (наиболее вероятно) в одном файле extensions.conf
Callerid звонящего нужно получать с помощью утилиты curl, как написано в примере. Если у вас "чистый" астериск, то вам просто нужно добавить пару строк в нужное место вашего диалплана.

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

Я бы использовал SYSTEMRESCUECD , либо clonezilla . Копировать лучше при помощи утилиты ddrescue, так как она при встрече с битыми секторами пытается прочитать их на меньшей скорости, в отличие от dd.

Да, их иногда дают работникам почты и монтажникам. При желании можно купить в некоторых подвальчиках (которые занимаются копированием ключей), или через интернет.