Итак,
1-й этап: Создание массивов и установка ОС
1. Включил сервер, нажал Ctrl+A, через Array Configuration Utility создал RAID-1 (disk0 + disk1) и RAID-10 (disk2 - disk5).
2. Установил Windows Server 2008 SE x64, подсунув перед установкой драйвер для raid-контроллёра и выделив на RAID-1 основной раздел в 100 гигов под систему (планируемых 60-ти гиг оказалось недостаточно, система запросила 76, ну а я непоскупился).
3. После установки ОС - установил драйвера на железо и доразбил массивы следующим образом:
- на RAID-1 (объём 278,99 гиг):
-- 97,6 гиг - Основной раздел С: (OS) - под операционку
-- 181 гиг - Основной раздел Z: (ZIP) - под архивы
- на RAID-10 (объём 588 гиг):
-- 58,5 гиг - Основной раздел S: (SWAP) - под файл подкачки
-- 390 гиг - Основной раздел D: (DATA) - под базы
-- 108 гиг - Основной раздел U: (USERS) - под общие папки и прочее.

Все разделы под NTFS, хотя где-то прочитал, что под своп лучше FAT-32, но подтвержения этому не нашёл больше, поэтому оставил NTFS.
PS. 14.12.2012. VZ из Т1С дал обоснование:
Обоснование FAT для диска со свопом: в FAT таблица заголовков файлов целиком загружается в память. Поэтому поиск нужных фрагментов осуществляется быстрее.
Спасибо!

Объединил 2 сетевые карты в team#0 с балансировкой нагрузки.
Задал начальные параметры сервера, настроил сеть, подключился к инету и установил все имеющиеся обновления.
Добавил роль - Сервер Терминалов и установил службы терминалов и сервер лицензирования терминалов. Активировал через инет терминальный сервер и свои терминальные лицензии.
Ввёл MAK-ключ продукта и активировал винду.

Доустановил софт при подключенном интернете для управления рэйд-массивами и мониторинга состояния железа.

Перенёс файл подкачки на диск S:(SWAP), для чего в настройка виртуальной памяти сделал следующее:
для диска С:\(OS) - вручную указал размер файла подкачки исх/макс = 850/850 МБ,
для диска S:\(SWAP) - исх/макс = 36849/58500 МБ.
Почему такие цифры? 850 - это минимальный размер, которая запросила система при попытке вообще удалить файл подкачки. 36849 - это рекомендуемый размер, расчитанный системой, а 58500 - это практически размер диска S (чуть меньше), выделенного под своп.
Совсем удалять своп-файл из системного диска не рекомендуется, поэтому он был там оставлен, но уменьшен до минимального значения, необходимого системе для дампа памяти в случае сбоя. А основной своп-файл теперь находится на специально выделенном для него разделе массива - диске S:\

PS. В конце концов всё-же удалил с системного диска полностью своп-файл, так как в журнале "Система" - выдавалось сообщение об ошибке по поводу неправильного создания файла подкачки. После удаления - сообщение об ошибке в журнале "Система" - исчезла. Т.е. в конечном итоге своп-файл остался лишь на диске S

Внимание! Сначала надо активировать Винду, а потом Сервер Терминалов, а не наоборот. Я сделал наоборот и после активации Винды слетела активация Терминального Сервера, пришлось заново активировать его.
...
Запретил индексирование на дисках.
Хотел запретить запуск службы индексирования, но она по умолчанию не устанавливается, как оказалось, на 2008 ВинСервере. Поэтому ограничился следующим:
- на всех дисках в свойствах - снял флажок "Индексировать этот диск..." и применил к вложенным папкам и файлам. Системный диск "шуршал" минут 10, остальные (т.к. пустые) - моментально проглотили изменения.
...
В параметрах питания установил план "Высокая производительность"

2-й этап. Оптимизация системы
...
1. Создал RAMDisk, для чего:
выполнил инструкции из http://ramdisk.nm.ru/ramdiskent-rus.htm
Размер диска задал 4064 МБ. Файловая система FAT32!!! (cначала оставил NTFS, но сервер в журнал "Система" при загрузке писал ошибку: "Источник ntfs. Используемый по умолчанию диспетчер ресурсов транзакций на томе RAMDisk обнаружил неповторяемую ошибку, и его запуск невозможен"). Всё остальное в свойствах RAMDrive - оставил по умолчанию.
Чтобы диск начал создаваться, необходимо единожды в диспетчере устройств - правой кнопкой по RAMDrive - и выбрать в меню "Задействовать".
Перегрузил сервер и убедился, что создался диск B:\ (RAMDisk), объёмом 3,94 гига, как и планировалось.
2. Свойства Системы -> Дополнительно -> Переменные Среды. И две системные переменные TEMP и TMP - перенапрвляем на B:\Temp (вместо C:\Windows\Temp)
3. На диске B:(RamDrive) - создаём папки UserName (по имени всех пользователей), т.к. там NTFS и в корень B: не хотят перемещаться Временные файлы и папки интернета - не сохраняется корневой путь при переносе файлов, видимо мешают друг другу они от разных владельцев.
4. Заходим в профиль каждого пользователя и меняем по своим нуждам:
- язык ввода
- комбинацию клавиш переключения языка
- правой кнопкой по раб.столу - Персонализация - отключаем заставку.
- запускаем ИЕ и в свойствах обозревателя устанавливаем запуск с пустой страницы, а также перемещаем временные файлы и папки интернет на B:\UserName (Пуск -> Панель Управления -> Свойства Обозревателя -> Общие -> Параметры Временных Файлов -> Переместить в B:\UserName\Временные Файлы Интернет)
5. На диске D:(DATA) - заметил, что появился самостоятельный файлик msdia80.dll (какой программой он был установлен, не знаю). По советам из интернет я его перенёс в каталог C:\Programm Files\Common Files\Microsoft Shared\VC\ (каталог VC у меня отсутствовал, поэтому пришлось создать).

3-й этап. Первоначальная установка 1С 77 на Windows Server 2008 SE x64

1. Устанавливаем 1С с установочного диска на ВинСервер 2003 (т.к. сразу на 2008 не получится из-за 16-ти разрядного установщика). Я устанавливал с диска под названием "1С:Предприятие 7.7 (сетевая версия) Бухгалтерский учёт Типовая конфигурация + ИТС USB", т.к. все самописки у меня на компоненте бухучёт написаны.
2. Копируем получившуюся папку 1Сv77 на флэшку и переносим её на WinServer2008 SE x64 в папку C:\Programm Files (x86)\
3. Качаем по ссылке http://www.esafe.com/support/hasp-srm/enduser.aspx Sentinel_HASP_Run-time_ setup.zip и устанавливаем драйвер USB-ключа
4. Качаем по ссылке http://www.aladdin-rd.ru/support/download/262/ Драйвер ключа HASP4. Версия 4.116. Интерфейс: консоль (09.11.2010), распаковываем его и всё содержимое копируем в папку BIN. Запускаем из папки BIN из командной строки: hinstall.exe -i
5. Качаем оттуда-же HASP_LM_Setup и устанавливаем Менеджер Лицензий, как сервис.
6. Качаем (если нужно) Monitor_Setup и устанавливаем AKS Monitor.
7. В исключения для DEP - добавляем путь к файлу 1Cv7.exe
8. В папку BIN кладём пустой файл OrdNoChk.prm
9. Втыкаем смело USB-ключ в любой USB-порт и запускаем файл 1Cv7.exe на исполнение. Радуемся открывшемуся окну выбора информационных баз.
10. Пробуем в тестовых базах - загрузиться и подключиться из одной базы в другую по OLE. Убеждаемся, что всё работает, в т.ч. и OLE.
11. Устанавливаем vfpoledb.exe (Microsoft OLE DB Provider for Visual FoxPro 9.0 - в конфигурации "minimum"). Убеждаемся, что заработали прямые запросы при подключении к тестовым базам.
12. Устанавливаем одномерный штрих-код EANG000.TTF и двумерный штрих-код "Печать НД с PDF417(3.0.9).msi"
Проверяем, что штрих-коды появились и формируются в налоговых декларациях.
13. Выдёргиваем USB-ключ и убеждаемся, что без ключа 1С не запускается, а выдаёт сообщение "Не обнаружен ключ защиты"...
14. Вопросы дальнейшей оптимизации, связанные с 32-ух разрядной инсталляцией, ускорением времени запуска, а также избавлением от загрузки "тяжёлой" заставки - в данной ветке не обсуждаются! Главное, что 1С:Предприятие - прекрасно работает на Windows Server 2008 SE x64

Внимание!
При переносе Информационных Баз 1С 77 из Вин2003 на Вин2008 нужно не забыть сменить кодировку каждой ИБ. Иначе при ТиИ(на этапе проверки логической целостности) или при загрузке архива данных - появится ошибка : "Порядок сортировки, установленный для базы данных, отличается от системного!" , несмотря на то, что проверка кодировки отключена наличием файлика OrdNoChk.prm в каталоге BIN (или каталоге ИБ - не важно).
Перекодировать просто - в конфигураторе - Администрирование - Кодовая страница таблиц ИБ - выставляем "+Текущая системная установка" и сохраняем.
(если вдруг менюшка "Кодовая страница таблиц ИБ" - неактивна, значит нужна родная 1crcrus.dll на время перекодировки. )

Отдельно стоит обратить внимание на установку драйвера ключа.
Вот тут - http://www.aladdin-rd.ru/support/faq/634/ есть инструкция по эксплуатации программных продуктов «1C» и ключей защиты HASP: http://www.aladdin-rd.ru/upload/Working_with_HASP_and_1C.pdf , в которой написано:
Для установки ключа HASP4 на операционные системы Microsoft Windows 98, ME, NT4, 2000, XP(x86/x64), 2003 Server(x86/x64), 2008 Server(x86/x64) или Vista (x86/x64) вам необходимо скачать и установить драйвер версии 4.116(HASP4_driver_cmdline.zip). Если вы планируете работать под управлением Windows 7(x86/x64), то рекомендуется использовать драйвер 5.90(Sentinel_HASP_Run-time_cmd_line.zip).

1. От того - есть сеть или нет - установка драйверов не зависит. Всё работает в любом случае.
2. При деинсталяции драйвера - нужно останавливать обе службы, т.е. и HASP LM, а не только HASP Loader. И желательно перезагрузиться для надёжности и избежания сообщений об ошибках.
3. Установить HASP4 (и одновременно HASP LM) - можно двумя способами:
- запустив lmsetup.exe (в этом случае обе службы стартуют автоматически)
- запустив hinstall.exe -i (в этом случае службу HASP LM нужно запустить вручную)
4. Для Sentinel HASP - вообще всё фиолетово, он устанавливается со своей службой и деинсталлируется вместе с ней - корректно и без всяких сообщений - в любых ситуациях.

Как мне этого не хотелось, но приключения с драйверами под ключ 1С - на этом не закончились.
В предыдущих главах, мы выяснили, как себя ведут ключи на Винсервере2008, и что они работают стабильно и замечательно на этой операционке!
Но! Эксперименты с ключами я проводил на обычном компьютере с материнской платой Epox EP-9NPAJ-Sli и процессором ATHLON-64 3500+
...
Когда-же я свои предыдущие изыскания стал переносить на серверное железо, то получил вылет в чёрный экран без каких-либо сообщений и зависание сервера через 5 секунд, после загрузки операционки и приглашения ввести Имя и Логин, нажав Ctrl+Alt_Del.
Зайти удалось только в безопасном режиме. После долгих и мучительных исследований, привожу алгоритм, с помощью которого я добился стабильной работы на данном серверном "железе":
В безопасном режиме:
1. Сносим все драйвера.
2. Запускаем haspdinst.exe -i, он ругается "Unable to start hardlock service..", жмём ок, втыкаем ключ, и драйвер от Sentinel устанавливается автоматически, а вот Sentinel-овский Менеджер Лицензий не встаёт. Светодиод на ключике горит. Отлично!
3. Запускаем lmsetup.exe (чтобы поставить Менеджер лицензий, т.к. hinstal.exe -i - ругается уже на установке драйвера и до установки менеджера не доходит). Менеджер у станавливается, но на установке драйвера - ругается. Да и ладно, жмём ок!
4. Проверяем, что службы Hasp Loader и HASP License Manager установились.
5. Перезагружаемся и наконец-то входим в обычном режиме. Стабильная работа обеспечена. Проверяем, что 1С запускается с ключом и не запускается без ключа. Облегчённо вздыхаем..
...
Т.о. - выводы:
1. Порядок установка и стабильная работа драйвера и служб - зависит от "железа"!
2. Для серверного "железа" из сабжа - стабильная работа возможно при условии, что драйвер ключа установлен от Sentinel, а служба "Менеджер Лицензий" - из комплекта "HASP4", т.е. не Sentinel!
3. Первоначально у меня заработала на сервере 1С лишь потому, что в посте 147 я всё делал не по инструкции, которую потом сам-же разработал, а через одно место, смешав всё в кучу, т.е. как-то угадал. Хотя при первоначальной установке у меня была и ругань и единожды вылет в чёрный экран при установке sentinel-овского haspdinst.exe, но тогда я подумал на свои "кривые" руки, а не на то, что эти драйвера не дружат с серверным железом...

Пока не забыл, напоминаю про глюк винды, который я заметил при работе в безопасном режиме. А именно - отсутствие в безопасном режиме переключателя раскладки клавиатуры и невозможность смены языка!
Глюк известный, решение как-бы существует - http://www.lcnsoft.ru/index.p....=27〈=ru
Но! Это решение не для безопасного режима, так как в безопасном режиме планировщик заданий не стартует!
Для безопасного режима красивого решения не нашёл. Единственный выход - находясь в безопасном режиме набрать в командной строке ctfmon , тогда панель на время сеанса появится.
Учтите, чтобы набрать ctfmon, нужно обеспечить вход по умолчанию в английской раскладке (иначе - не наберёте, ведь переключатель раскладки не работает!), так что - побеспокойтесь об этом заранее, до того, как потребовался безопасный режим... Можно конечно ткнуть в этот ctfmon мышкой через проводник, или использовать таблицу Alt-кодов
но мы не ищем лёгких путей.
Зы. Кстати, для справки, чтобы вызвать окно "Языки и региональные стандарты" из командной строки, необходимо набрать в командной строке intl.cpl

4-й ЭТАП - Настройка терминального доступа к серверу.

Забыл отключить автоматическое обновление винды, поэтому лезу в панель управления - Центр обновления Windows - Настройка параметров - и выставляю - "не проверять..."

1. Через Управление Компьютером - создаём две группы пользователей:
"Пользователи БД 1С" - для тех, кто непосредственно работает с дбф-базами (бухи, товароведы, ...)
"Пользователи 1С" - для тех, кто работает с базами, обращаясь к ним только через прямые запросы, используя для этого "лёгкие" конфигурации 1С, содержащие в себе в основном встроенные обработки и отчёты для обращения к базам 1С, содержащим уже нужную информацию (менеджеры, старшие продавцы магазинов, руководство, ...).
Предполагается, что основные базы данных 1С будут находится на разделе D:(DATA), а "лёгкие" конфигурации - на разделе U:(USERS). Соответственно права доступа к разделу DATA будут разные у этих двух групп пользователей 1С.
...
Внутренних пользователей локальной сети планируется завести с шаблонными наименованиями, включающими слово "user" и номер статического IP-адреса, присвоенного этим пользователям в локальной сети (динамическую адресацию не использую). Например на моей машине адрес 192.168.ХХХ.13, соответственно и пользователь с этого компьютера будет иметь имя - user13. (дабы потом не путаться).

2. Создаём пользователей по шаблону, как описано в п.1, и распределяем их по группам, созданным в п.1.
Также включаем всех созданных пользователей в группу "Пользователи удалённого рабочего стола".
В свойствах каждого из пользователей снимаем галку "Требовать смену пароля", и выставляем галки "Запретить смену пароля" и "Срок действия пароля неограничен".
В связи с тем, что пользователи будут работать с базами 1С ТОЛЬКО в режиме бесшовного терминала, на закладке "Среда" свойств пользователя - снимаем все галки с подключаемых устройств (диски и принтеры клиента при входе нам подключать ни к чему).
На закладке "Удалённое управление" - разрешаем удалённое управление без запроса на разрешение у пользователя, в режиме взаимодействия с этим сеансом.

3. На разделе U:(USERS) создаём папку BASI1C. В свойствах безопасности для этой папки, её подпапок и файлов - устанавливаем для группы "Пользователи 1С" все разрешения, кроме "Полный доступ, смена разрешений, смена владельца".

4. На разделе D:(DATA) - также создаём папку BASI1C. В свойствах безопасности для этой папки, её подпапок и файлов - устанавливаем для группы "Пользователи БД 1С" следующие разрешения: "Изменение, Чтение и выполнение, Список содержимого папки, Чтение, Запись", а для группы "Пользователи 1С" - "Чтение и выполнение, Список содержимого папки, Чтение".

5. Администрирование - Службы Терминалов - Конфигурация Служб Терминалов - Общие - снимаем ограничение пользователя единственным сеансом (иначе из линукса невозможно будет сделать несколько бесшовных подключений, но об этом подробнее позже).
В свойствах RDP-Tcp - Параметры Клиента - Наибольшая глубина цвета - 16 бит на точку. И отключаем перенаправление всего, что есть в списке (диски, принтеры, порты, буфер обмена, аудио, самонастр.устр-ва, принтер по умолчанию).

6. Создаём на диске С: папку seamlessrdp, и в неё распаковываем файлы из seamlessrdp.zip, предварительно скачав его ОТСЮДА
Это необходимо для бесшовного терминального подключения из линукс.

7. Теперь обязательно публикуем 1cv7.exe и seamlessrdpshell.exe в службе терминальных приложений, для чего заходим:
Администрирование - Диспетчер Сервера - Роли - Службы Терминалов - Диспетчер Удалённых Приложений RemoteApp - Добавление удалённых приложений, - и через мастер добавляем пути к 1cv7.exe и к C:\seamlessrdp\seamlessrdpshell.exe.
Завершаем работу мастера и видим, что в списке удалённых приложений появились эти два файла.
ОБЯЗАТЕЛЬНО - для каждого из этих двух файлов в поле "аргументы" выставляем "разрешать любые аргументы командной строки"!
В этом-же Диспетчере Удалённых Приложений нажимаем Изменить Параметры Сервера Терминалов. Откроется окно свойств "Параметры развёртывания удалённых приложений RemoteApp". На вкладке - "Сервер Терминалов" я снял флажок "Требовать проверку подлинности...", на вкладке "Общие параметры RDP" - снял все флажки поддерживаемых клиентских устройств и ресурсов (принтеры, диски, и т.д...) и установил качество цветопередачи 16 бит.
8. Наш сервер пингует внутреннюю сеть, но из этой сети сам он пока не виден.
Идём: Сеть - Центр Управления Сетями и Общим Доступом - Сетевое обнаружение - Включить Общий Доступ к Файлам.
Теперь сервер виден и пингуется из локальной сети.
(всё это странно конечно, но без включения данной опции - я не смог добиться видимости сервера в сети).

Теперь со стороны сервера - всё готово, чтобы принять терминальных клиентов.
Осталось самое вкусное - настроить клиентов и подключиться в режиме бесшовного терминала к 1С как из Windows-Клиентов, так и из Linux-Клиентов
...
Но перед этим шагом - поделюсь результатами своих исследований на тестовой машине.
Дело в том, что линуксовый и виндузовый терминальные клиенты в режиме бесшовного терминала ведут себя по-разному.
У линуксового клиента - на каждое приложение, запущенное в режиме seamlessrdp - выделяется отдельный сеанс с отдельным ID. Например, если запущено 3 конфигурации 1С с трёх ярлыков подключения, то будет запущено три сеанса на сервере терминалов. По мере закрытия запущенных окон 1С (да и любых других приложений, но нам интересна лишь 1С) - соответствующие сеансы - сразу-же завершаются!!! Это - очень хорошо, так как не остаётся висящих отключенных, но незавершённых сеансов, которые жрут лишние ресурсы сервера. С другой стороны - если терминальный пользователь открыл одновременно много баз 1С в режиме seamlessrdp, то и на сервере будет запущено ровно столько-же терминальных сеансов, что наверное - не шибко хорошо.
А вот у виндузовского приложения - сколько-бы приложений не было открыто в режиме RemoteApp - всегда запускается лишь один терминальный сеанс. Причём при закрытии последнего(или единственного) приложения - сеанс переходит в статус "Отключён". С одной стороны - хорошо то, что во время работы с несколькими приложениями, - существует всего лишь один сеанс! Но с другой-то стороны - по мере прекращения работы с приложением в режиме RemoteApp - сеанс не завершается самостоятельно, а продолжает висеть. При открытии нового приложения - образуется новый сеанс, с новым ID. Новый сеанс необразуется лишь в том случае, когда при уже запущенном приложении запустить ещё одно. Но стоит лишь закрыть все приложения и заново начинать запускать - как сразу-же образуется новый сеанс.
Мысль запускать скрипт при закрытии 1С с использованием Query Session /Server:Server_Name, парсиньем нужного ID, и последующим Logoff ID_Number - была отброшена, так как при этом вырубятся все остальные приложения, работающие в этом-же сеансе.
Остаётся лишь настроить так, чтобы закрытый сеанс завершался через определённое время. Но минус в том, что если завис свич или отключили свет (т.е. сеанс прервался и перешёл в статус "отключён") - он может завершится с потерей данных, если связь не восстановится раньше определённого в настройках времени. В общем - не знаю я какое время лучше выставить для завершения сеанса в случае его отключения. А оставлять сеанс висящим в режиме отключён - однозначно нельзя...

9. Подключаемся к Серверу из Линукс.

У меня используются RUNTU 3.0 Final в основном, но постепенно всех перевожу на ВОТ ЭТУ СБОРКУ http://forum.runtu.org/index.php/topic,643.0.html
Нареканий нет, как рабочая станция - прекрасно удовлетворяет потребностям сотрудников.
Чтобы нормально работало терминальное подключение к ВинСерверу, нужно:
а). удалить имеющийся rdesktop (например через графический менеджер пакетов Synaptic)
б). установить rdesktop_1.6.0-3_i386.deb, который можно взять например ТУТ . С более ранним или более свежим пакетом работает плохо - лишняя рамка появляется в обрамлении бесшовного окна, поэтому использую именно указанный пакет.
в). в /usr/share/rdesktop/keymaps/ - заменить содержимое 4-ёх файлов(common, en-us, ru, modifiers) для того, чтобы нормально работала клавиатура. Вот какими они должны быть:

common
include modifiers

Insert 0xd2 localstate
Delete 0xd3 localstate
Home 0xc7 localstate
End 0xcf localstate
Page_Up 0xc9 localstate
Page_Down 0xd1 localstate

#
# Arrow keys
#
Left 0xcb localstate
Up 0xc8 localstate
Down 0xd0 localstate
Right 0xcd localstate

#
# Numpad
#
KP_Divide 0xb5 localstate
KP_Multiply 0x37 localstate
KP_Subtract 0x4a localstate
KP_Add 0x4e localstate
KP_Enter 0x9c localstate

KP_Decimal 0x53 numlock
KP_Separator 0x53 numlock
KP_Delete 0x53

KP_0 0x52 numlock
KP_Insert 0x52 localstate

KP_1 0x4f numlock
KP_End 0x4f localstate

KP_2 0x50 numlock
KP_Down 0x50 localstate

KP_3 0x51 numlock
KP_Next 0x51 localstate

KP_4 0x4b numlock
KP_Left 0x4b localstate

KP_5 0x4c numlock
KP_Begin 0x4c localstate

KP_6 0x4d numlock
KP_Right 0x4d localstate

KP_7 0x47 numlock
KP_Home 0x47 localstate

KP_8 0x48 numlock
KP_Up 0x48 localstate

KP_9 0x49 numlock
KP_Prior 0x49 localstate

en-us
# generated from XKB map us
include common

ru
# generated from XKB map us
include common

modifiers
Shift_R 0x36
Shift_L 0x2a

Alt_R 0xb8
#Mode_switch 0xb8
#ISO_Level3_Shift 0xb8

Alt_L 0x38

Control_R 0x9d
Control_L 0x1d

# Translate Meta, Super and Hyper to Windows keys.
# This is hardcoded. See documentation for details.

# Translate Menu to the Windows Application key.
# This one does not work either.
#Menu 0xdd

г). подключиться строкой, например:
rdesktop -a 16 -N -T "...ПОДКЛЮЧАЕМСЯ..." -A -s "c:\seamlessrdp\seamlessrdpshell.exe c:\Program Files (x86)\1cv77\bin\1cv7.exe" -u user13 -p "mypasswd" 192.168.XX.4

Свершится маленькое чудо - на линуксовом рабочем столе откроется окно выбора баз 1С !

Подробно об окончательном виде строки подключения и о том, как спрятать имя пользователя и пароль - поговорим чуть позже. Ведь пока у нас задача - бесшовно запустить 1С на линуксе, что мы с успехом и проделали!