Установка hdd в тонкий клиент
Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне IT инфраструктуры в небольших компаниях нашей необъятной страны. Статья написана по мотивам общения с многочисленными знакомыми IT-шниками (в основном уровня «студент» и «только что из института»), начинающих свою карьеру с эникейщика в небольших компаниях.
Все это хозяйство связано в единую локальную сеть посредством одного/нескольких дешевых коммутаторов на 100Мбит. И работает это в едином домене NT/Active directory (хотя встречаются варианты одноранговых рабочих станций безо всяких доменов).
На всех машинах с Windows обычно установлен (хотя и тут бывают исключения) какой-то антивирус. Часто встречается не сетевые версии этих программ (тот же Avast), хотя, опять таки в более продвинутых (с точки зрения IT) конторах, стоят сетевые версии антивирусов с централизованным управлением и обновлением антивирусных баз.
Приведенные выше ситуации варьируются от случая к случаю, так как на конфигурацию сети, железа и софта влияют как знания/умения/желания (и, что немаловажно, лень) системного администратора(ов), так и понимание начальства (в лице главного Босса) «чем же именно этот наш системный администратор занимается, когда все и так отлично работает» (из последнего вытекает — сколько денег выделяется на оборудование для IT и зарплату будущего специалиста). Если денег выделяется мало (а так обычно и бывает управленцы торговых компаний от IT обычно далеки и слабо понимают, что же там происходит), то поднабравшийся знаний эникейщик уходит в другую компанию. На место ушедшего приходит очередной студент и все повторяется по новой.
Думаю излишне говорить, что в подобных конторах отдел системного администрирования состоит из одного человека, который совмещает в себе инженера по прокладке/поддержанию офисной сети, системного администратора как такового (т.е. ту самую личность, что отвечает за работоспособность серверного парка на программном и аппаратном уровнях и внедрением нового функционала) и эникейшика — «мальчика на побегушках» который занимается разрешением проблем у пользователей, протиркой мышек, сменой картриджей у принтеров и подобными вещами.
В результате, в небольших компаниях часто наблюдается довольно разнообразный парк пользовательских машин класса от pentium2/128Mb ram/5Gb hdd до P4 Celeron/1Gb ram/80Gb hdd. На всех машинах, разумеется, Windows (98, 2000 и XP Home/Pro) и разные версии софта (ставили то машины в разное время). Доходит до того, что и антивирусное ПО на машинах тоже от разных производителей.
- вентиляторы начинают противно жужжать (их надо чистить и смазывать или же менять на новые);
- блоки питания выходят из строя;
- винчестеры — сыпятся;
- сетевые карты (как встроенные в материнскую плату, так и внешние — перестают работать и требуют замены);
- остальное железо, обычно, летит сильно реже, но тем не менее летит тоже
- ставим Windows;
- ставим необходимые драйвера (весь парк железа разный — не забыли?), предварительно определив модель материнской платы в данной машине и скачав из Интернет последние версии драйверов или найдя нужные у себя на файл-сервере;
- вводим машину в домен (если он настроен);
- ставим необходимый софт (офис, браузер, почтовый клиент, тотал-коммантеры, аськи, джабберы, пунто-свитчеры и подобное) — в случае домена Active Directory часть софта можно поставить автоматически, но не у всех он настроен, да и не все знают его возможности;
- ставим антивирус;
- плюс дополнительные танцы с бубном, индивидуальные для конкретной сети каждой организации вокруг новой рабочей станции;
После успешного выполнения всех пунктов (эта процедура занимает примерно два часа) рапортуем Боссу, что рабочее место сотрудника спасено и он может приступать к работе.
- у меня тут была папка с важными документами — где она?
- а еще я там фотографии из Турции сохранил, можно их восстановить?
- на рабочем столе было много важных ярлыков и еще сотня документов — куда они пропали?
- в избранном (это про закладки в браузере ) моих любимых сайтов больше нет — где их теперь искать? и так далее…
Знакомо? Хорошо, если полетел не жесткий диск, а всего лишь материнская плата. Или же часть информации на осыпавшемся диске поддается восстановлению. Но все эти процедуры занимают рабочее время системного администратора, которое можно было бы потратить с куда большей пользой поиграть в сетевую стрелялку или же… изучить IPv6 — ведь уже все на него переходят и совсем скоро перейдут, адреса в пространстве Ipv4 уже лет пять как закончились :)
- переустановить Windows;
- настроить на новой машине весь необходимый софт;
- восстановить все то, что потерялось;
- доустановить нуждающимся новые программы;
- провести профилактику корпуса (пыль пропылесосить в системном блоке);
И в оставшееся время (если системный администратор не сильно ленив) надо пытаться изучить что-то новое, проапгрейдить софт на сервере (серверах) и ввести в строй новый сетевой сервис. Т.е. на основные обязанности (именно то, чем системный администратор и должен заниматься большую часть времени) времени то как раз и не остается.
Как же выйти из этого замкнутого круга?
Одним из вариантов решения вышеописанной проблемы, является отказ от «толстых» рабочих станций (там, где это можно сделать) и переход на тонкие клиенты.
Под «толстой» рабочей станцией понимается любой компьютер с установленной ОС, который и выполняет обработку большинства пользовательской информации. Т.е. браузер, офис и все остальное выполняется локально именно на рабочей станции пользователя, системный блок которой жужжит у него под столом или где то рядом.
Надо понимать, что требования современных ОС (не обязательно Windows) идут в ногу с современным железом — другими словами, для относительно комфортной работы в Windows XP старой (но полностью работоспособной и относительно мощной) машины класса Celeron 800Mgz/128Mb Ram/ 10Gb HDD может и не хватить. Работать под современной ОС на подобном железе, конечно, можно, но подтормаживать эта операционка и приложения будут довольно часто хотя бы из-за малого количества набортной памяти и старого (читай медленного) жесткого диска.
А тонкий клиент, если вкратце, можно определить как бездисковый компьютер, работа которого заключается лишь в подключении к удаленному серверу и отображении полученной с сервера информации на экране. Обычно такой сервер называется сервером терминалов или терминальным сервером. Вся же обработка пользовательской информации происходит именно на нем (одновременно к которому может быть подключено множество хотя и не бесконечное количество тонких клиентов).
Обычно тонкие клиенты делают на основе слабого (а, соответственно, и малопотребляющего) железа — часто это единая системная плата, на которой все и интегрировано. Процессор и память так же могут быть намертво припаяны к материнской плате. Некоторые тонкие клиенты имеют flash-диск (вставляемый в IDE разъем материнской платы), на котором прошита специализированная ОС (WinCE или другие).
Сравнение тонкого клиента Clientron U700 со стандартным корпусом для рабочей станции.
В результате, при включении тонкого клиента (их еще называют терминалами), ОС грузится со встроенного flash-диска (обычно на загрузку уходит менее 30 секунд), после чего на экране появляется диалог подключения к терминальному серверу. Некоторые из этих клиентов умеют подключаться только Windows Terminal Server или же Citrix Metaframe, другие — в том числе и к терминальным серверам других ОС. В любом случае, в цену таких решений закладывается и цена лицензии на WindowsCE, прошитую на встроенный flash-диск. Мы рассказывали о подобных решениях ранее:
- Windows-терминал K-Systems Termin
- Тонкий клиент AK-Systems GP
- Windows-терминал AK-Systems GPN
Разумеется, подобные решения существуют и у других компаний. В том числе и без встроенной ОС (за которую, в случае Microsoft Windows CE, нужно дополнительно платить, да и flash-диск копейки, но стоит).
Терминальные клиенты без встроенного flash-диска, при включении загружают нужный образ ОС по сети, после чего они тратят на загрузку те же пару десятков секунд. После чего готовы к работе, под чем подразумевается вывод на экран меню со списком терминальных серверов для подключения или же автоматическое подключение к одному из жестко заданных терминальных серверов (в зависимости от настроек) — пользователю останется ввести лишь логин и пароль. После правильного ввода оного, он попадает в свою сессию на сервере терминалов и может приступать к работе.
- отсутствие жесткого диска (которые греются и ломаются);
- отсутствие вентиляторов (на процессоре и блоке питания установлены лишь радиаторы, которых хватает для рассеивания выделяемого при работе тепла);
- низкое энергопотребление;
- теоретическая дешевизна (при самосборе можно подобрать очень дешевые комплектующие ведь производительности от железа не требуется; а вот производители за специализированные тонкие клиенты попросят раза в два больше)
- минимальные временные затраты на обслуживание (при поломке такой железяки, достаточно отключить поломавшуюся и подключить запасную работы на пять минут; а это уже минимальный простой для рабочего места сотрудника, а так же минимум затраченного на устранение поломки времени системного администратора)
- весь софт для работы пользователей настраивается централизовано на одном (двух/трех/…) терминальных серверах это значительно проще, чем поддерживать зоопарк софта на «толстых» рабочих станциях сотрудников
Не стоит забывать и о пользовательских данных локально терминал ничего не хранит (все данные пользователя находятся на удаленных серверах). В результате легко настроить автоматических бекап всего и вся и, в случае чего, восстановить «случайно удаленный» документ.
- при отказе сети, рабочие места сотрудников «превращаются в тыкву» (а сотрудники на «толстых» клиентах могут продолжать набивать документ, к примеру, в OpenOffice);
- при отказе терминального сервера рабочие места сотрудников опять «превращаются в тыкву» (но это решается установкой нескольких — например, двух — терминальных серверов; при выходе одного из них из строя, второй его подменит или же сотрудники просто переподключатся ко второму серверу вручную)
- тонкие клиенты подходят не всем: к примеру, людям, постоянно смотрящим видео или работающим активно работающих с графикой (в фотошопе) или занимающимся версткой журнала, лучше делать это на локальном «толстом» клиенте (зато тонкие клиенты отлично подходят большинству остальных сотрудников, которым нужен лишь браузер с Интернет, почта, создание и редактирование документов в Openoffice и работа с 1C).
- лицензия на Windows Server
- CAL (Client Access License) лицензии на подключение к Windows-серверу и их кол-во должно быть не меньше количества подключаемых к серверу клиентов (обычно в составе Windows-сервера уже идет некоторое кол-во таких лицензий от пяти и выше)
- лицензии на работу с сервером терминалов (их количество тоже должно быть равно количеству подключаемых клиентов)
Не забываем про отдельные лицензии на весь используемый софт (например на Microsoft Office) в количестве, равном количеству подключаемых к серверу клиентов. Если клиентские лицензии на Microsoft Office еще можно обойти, отказавшись от данного продукта и поставив ему замену в виде, к примеру, OpenOffice, то от самого терминального сервера в лице Windows 2000/2003 TS избавиться несколько сложнее :) Хотя и это возможно в некоторых случаях.
Есть, правда, еще один «минус» (кроме боязни нового) который часто останавливает от внедрения подобных решений — почему то многие думают, что эти тонкие клиенты надо покупать (а они не очень дешевые — от 200 долларов и выше). Куда же девать весь парк уже существующих компьютеров?
Именно для ответа на последний вопрос написана данная серия статей. В ней будет рассматриваться софт тонкого клиента Thinstation.
Этот небольшой, но обладающий множеством возможностей и, что немаловажно, OpenSource софт, позволяет превратить практически любые древние компьютеры в тонкие клиенты. Минимальные требования описанные на его родном сайте к используемому железу — это Pentium 100Mhz и 16Mb оперативной памяти. Ах да, жесткий/flash диск тоже не нужен — компьютеры при включении могут скачивать образ тонкого клиента (это около двадцати! мегабайт) по сети (хотя так же возможна установка Thinstation клиента на жесткий или usb диск). В наш век операционных систем, с радостью сжирающих гигабайты места на диске после установки, это впечатляет, не так ли?
Thinstation базируется на Linux, но для его использования знаний Linux, как таковых не нужно — достаточно в своей сети поднять dhcp и tftp сервера и соответствующим образом их настроить (оба этих сервера есть и в составе продуктов Windows Server). Таким образом, даже в сети, где кроме Windows-а ничего не знают, использование Thinstation клиента затруднений не вызовет.
- Сервера Microsoft Windows по протоколу RDP или через nxclient (Windows NT4TSE, W2k Server, W2k3 Server или же Windows XP в однопользовательском режиме);
- Citrix servers по протоколу ICA (на серверах MS Windows, SUN Solaris и IBM AIX);
- Сервера Tarantella
- *nix-like сервера по протоколу X11;
- подключение к VNC-серверам (tightVNC);
- подключение к SSH и Telnet серверам;
Для того, что бы загрузить Thinstation по сети, от компьютера требуется лишь встроенная или внешняя сетевая карта, поддерживающая стандарт PXE (есть и другие варианты, но, к примеру все встроенные в системную плату сетевые карты работают именно по этому протоколу).
PXE расшифровывается как Pre-boot eXecution Environment среда предзагрузочного выполнения. Этот стандарт был впервые реализован компанией Intel. Первый признак наличия PXE-биоса на борту встроенной сетевой карты, это пункт «Enable Boot ROM» рядом с пунктом активации сетевой карты в биосе. Если встроенная сетевая карта не поддерживает загрузку по сети (или отсутствует вовсе), можно использовать любую внешнюю сетевую плату с опцией «Boot ROM» (этот вопрос в подробностях будет рассмотрен далее).
- Сетевая карта по протоколу PXE запрашивает DHCP сервер следующую информацию: IP адрес, маску подсети, шлюз а так же IP-адрес сервера TFTP (на котором лежат образы, в данном случае, ThinStation) и имя образа, которое она попытается загрузить.
- DHCP сервер возвращает запрашиваемую информацию (помечая у себя, что выданный клиенту IP адрес занят таким-то клиентом)
- Клиент подключается к TFTP серверу, IP-адрес которого ему только что сообщили и скачивает с него файл загрузчика PXE (имя которого ему опять таки сообщил DHCP-сервер)
- Скаченный PXE загрузчик исполняется и, в свою очередь скачивает с TFTP сервера конфигурационный файл, в котором прописаны имена файлов ядра ОС Linux vmlinuz и образа файловой системы initrd. Эти файлы скачиваются и управления передается ядру Linux
- После распаковки и загрузки ядра Linux с подмонтированным образом файловой системы, Thinstation снова обращается к TFTP серверу для скачивания необходимых ему конфигурационных файлов (там, среди прочего, записаны адреса терминальных серверов, к которым нужно подключаться), после чего запускает нужный терминальный клиент (в нашем случае это будет rdesktop) и ожидает от пользователя ввода его логина с паролем для подключения.
На первый взгляд, описанная схема выглядит сложно. Но по факту настройка оной занимает полчаса-час и в дальнейшем она работает полностью автономно. Загрузка тонкого клиента с момента первого запроса в сеть по PXE (этот момент совпадает с моментом начала загрузки ОС с жесткого диска) занимает секунд 20…30.
Как уже отмечалось выше, Thinstation умеет работать с разными терминальными серверами. Но мы в ближайших статьях, как самое простое в реализации (но еще раз напоминаю о покупке множества клиентских лицензий, необходимых для официальной работы), рассмотрим лишь связку Thinstation с Microsoft Terminal Server.
Для начала нам надо иметь настроенный сервер терминалов от Microsoft. Этот сервер может работать как в составе домена (в этом случае удобнее управлять аккаутами пользователей — они общие особенно если терминальных серверов в сети несколько), так и в вне домена — в одноранговой сети. Второй случай отличается от первого тем, что необходимых пользователей придется заводить на каждом сервере локально и синхронизировать актуальные списки пользователей и их прав — вручную.
Вторым пунктом нашей программы будет настройка DHCP и TFTP серверов. Первый ведает динамической раздачей IP адресов для рабочих станций, а так же сообщает, с какого IP адреса (с какого сервера tftp) и какое имя файла компьютеру нужно скачать в качестве загрузочного образа тонкого клиента. А второй tftp сервер фактически и отдает образы тонкого клиента и конфигурационные файлы для них же. Эти настройки могут быть как глобальными (для всех бездисковых терминалов сети), так и локальные для определенных групп машин или же одиночных тонких клиентов.
Оба эти сервиса можно поднять как в составе Windows сервера (запуском и настройкой соответствующих служб), так и отдельными демонами в составе *nix-сервера мы это рассмотрим на примере сервера с установленным Gentoo Linux.
А третьим пунктом идет настройка клиентских машин перевод их на загрузку по сети и рассмотрение стандартных подводных камней.
Описывать установку операционной системы я не буду, в интернете есть очень много подробных руководств, поэтому, приступим сразу к настройке.
Отключаем NetworkManager, чтобы он не перезаписывал настройки.
Проверяем какие интерфейсы определились в системе и доступны для настроики.
У меня доступны 4 интерфейса: enp5s0, wlp2s0, enp1s0, и wwp6s0u1i1. Интерфейсы enp5s0 и wlp2s0 будут объединены в br0 и смотрят в локальную сеть. Интерфейсы enp1s0 и wwp6s0u1i1 смотрит наружу.
Создаем и настраиваем наш бридж интерфейс.
Настраиваем Ethernet интерфейс, который смотрит в локальную сеть и добавляем его в наш бридж.
Настраиваем WiFi интерфейс.
Настраиваем интерфейс который смотрит в Internet.
Устанавливаем bridge-utils для поддержки bridge.
Перезапускаем сервис управление сетью.
Сейчас у меня нет возможности пользоваться проводным интернетом, поэтому для доступа использую 4G-модем Huawei прошитый в STICK.
Для его работы необходимо установить следующие пакеты.
Настраиваем интерфейс 4G.
Создаем скрипты для активации и де активации интернета при включении или отключении интерфейса.
Поднимаем интерфейс и проверяем.
Настраиваем DHCP и DNS сервер.
Заблокируем сайты телеметрии microsoft и рекламу в некторых приложениях.
Активируем и перезапускаем сервис dnsmasq.
Я использую DNSCrypt, в купе с Tor, помогоает упростить жизнь.
В конфигурационном файле меняем номер порта на тот, который был указан в конфигурации dnsmasq.
Активируем и перезапускаем сервис dnscrypt
Подключаем дополнительный репозиторий EPEL.
Устанавливаем дополнительные пакеты.
Создаем нового пользователя.
Включаем форвардинг в ядре.
Изменяем польтику selinux.
Устраняем долгий логин по SSH.
Активируем rc.local и отключаем спящий режим у жесткого диска (продлит его срок службы).
Создаем дополнительные каталоги.
Настраиваем синхронизвцию времяни по NTP.
Устанавливаем Hostapd, для организации WiFI. Этот пакет собран с noscan.patch.
Здесь указываем: интерфейсы, SSID и пароль.
Активируеи и запускаем сервис.
Устанавливаем торрент-клиент transmission.
Настраиваем доступ к Web-интерфейсу и каталогам для загрузки файлов. Все изменения необходимо производить при остановленом сервисе, иначе настроики не сохранятся.
Устанавливаем мультипротокольный менеджер загрузок.
Создаем сервис для systemd.
Ркедактируем файл настроек, задаем дериктории для загрузок и ключ RPC, для удаленного управления.
Создаем preset для firewalld.
Активируем и запускаем сервис.
Устанавливаем и настраиваем Web-интерфейс для aria2.
Создаем systemd сервис.
Активируем и запускаем сервис.
Создаем preset для firewalld.
Если есть необходимость, устанавливаем и настраиваем openvpn.
Устанавливаем и настраиваем поддержку nfs, для доступа с linux машин.
Активируем и запускаем сервис.
Это скрипты для автоматического монтирования nfc шары при загрузке TV-приставки на Android.
Android 4.4
Устанавливаем и настраиваем поддержку samba, для доступа с windows машин.
Активируем и запускаем сервис.
Скачиваем и устанавливаем Squid.
Скачиваем файлы блокировок рекламы
Устанавливаем tor, для доступа к доменам .onion и другим сайтам. Так же необходимо установить и настроить privoxy, так как tor не сможет работать напрямую со squid.
Исключаем установку пакеа из репозитария epel.
Активируем и запускаем сервисы.
Настраиваем rsync, в качестве средства, для резервного копирования. Резервные копии будут храниться на внешним жестком диске.
Устанавливаем rsync
Определяем UUID нашего внешнего диска
Добавляем запись в fstab
Создаем папки для хранения резервных копий файлов
В конфигурации определяем две виртуальные директории remote и local. К директории local доступ будет осуществляться только с локальной машины, а к remote из сети 10.10.3.0/24 и требовать авторизацию.
Создаем пароль для доступа к директории remote
Выставляем необходимые права
Активаируем и запускаем сервис
Создаем правило в cron
Исходя из этого правила, все содержимое папки «store», кроме папки «Download», будет синхронизироваться с папкой «local» ежедневно в 23:00
Этот клиент построен на процессоре VIA Nano u3500 с тактовой частотой 1GHz, имеет на борту 1GB оперативной памяти (с возможностью расширения до 4GB) и DOM Flash на 2GB.
Почти во всех тонких клиентах HP присутствует возможность установки 2,5 дюймового жесткого диска. Здесь есть два варианта для подключения жесткого диска — это установить его вместо DOM Flash, через переходник IDE to SATA, или воспользоваться портом SATA, который присутствует на плате.
Второй способ мне понравился больше, но он имеет одно ограничение, это размеры корпуса. При таком расположении разъема на плате для ответной части остается совсем мало места, поэтому было принято решение изготовить корпус самому.
Для этого я использовал SATA кабель, переходник MOLEX to SATA и старый 2,5 дюймовый жесткий диск. Необходимо отпаять разъем от платы жесткого диска и припаять контакты согласно данной картинке.
В результате должно получиться так:
Для изготовления корпуса можно воспользоваться Полиморфусом, но у меня его не оказалось, поэтому я воспользовался проверенным методом, смесь цианоакрилата и соды. В результате получается очень прочный материал.
Единственное, есть один нюанс при работе с цианоакрилатом и содой. Эта смесь в процессе реакции выделяет очень едкие пары, поэтому открывайте окна!
Жесткий диск идеально встает в корпус на латунных стойках от системных блоков.
Так же на плате присутствует Mini PCI express слот, в который можно установить WiFi адаптер.
Если у вас адаптер на чипе Atheros AR9xxx, то необходимо разблокировать в нем поддержку стандарта «n».
В итоге получилась вот так:
Так как данный тонкий клиент имеет всего один Ethernet порт, придется воспользоваться архитектурой Router-on-a-Stick. Для того, чтобы настроить Router-on-a-Stick, нам необходим коммутатор поддерживающий VLAN (802.1Q).
Первоначально я пытался настроить vlan на Dlink DES-1016D при помощи утилиты OpenRRCP, но на данной модели получить полностью работоспособную конфигурацию у меня не получилось, поэтому я нашел недорогой управляемый коммутатор и реализовал это на нем. Если у вас есть коммутаторы, поддерживающие OpenRRCP, то в конце статьи я приведу ссылки на rpm пакеты для CentOS 6, возможно, у вас это заработает так, как нужно.
Коммутатор настраивается следующим образом:
fe1 — acess vlan 100
fe2 — acess vlan1
fe3 — acess vlan1
fe4 — acess vlan1
fe5 — acess vlan1
fe6 — acess vlan1
fe7 — acess vlan1
fe8 — trunk vlan100 native vlan 1
т.е. в порт fe1 подключается патч-корд от провайдера, а в fe8 тонкий клиент, остальные порты задействованы под клиентов в локальной сети.
После этого можно приступать к настройке тонкого клиента, о чем будет рассказано в следующей статье.
В этой статье речь пойдет о доработке тонкого клиента HP для установки на него Debian 8.
Тонкий клиент HP t5325 самый маленький в своем семействе и единственный построен на архитектуре ARM. Ниже приведу его основные характеристики:
- Прцессор Marvell ARM 88F6281 1.2 GHz.
- Видеокарта XGI VOLARI-Z11-A2CB-HF 64MB.
- RAM 512MB DDR2.
- Flash memory 512MB.
Подготовка
Данный клиент работает под управлением HP ThinPro, которая построена на базе Debian. Проблема заключается в том, что система установлена на внутреннюю Flash память объемом 512MB. По современным меркам этого объема недостаточно для комфортной работы, да и ресурс циклов перезаписи встроенной Flash мал. Поэтому было решено установить ОС на внешний жесткий диск.
На печатной плате видно, что есть место под установку вертикального разъема SATA, но габариты корпуса не позволяют этого сделать. Так же при более детальном изучении выяснилось, что на плате не распаяны некоторые элементы, а в частности, фильтрующие конденсаторы на выводах Rx,Tx разъема SATA0: C80, C81, C82, C83. На фото ниже показаны места их установки.
Эти конденсаторы можно позаимствовать из платы от старого жесткого диска:
После монтажа конденсаторов и изучения разводки платы в области SATA разъема, была определена следующая схема подключения:
Из-за отсутствия места внутри корпуса, было принято решение установить жесткий диск снаружи, на верхней крышке. Это обеспечило удобный доступ к диску и лучшее охлаждение. Для этих целей был куплен SATA кабель от ноутбука HP DV5, подойдет так же от DV6 и DV7-1000, он имеет достаточную длину и подходящий диаметр для того, чтобы пролезть в отверстия в верхней крышке.
Далее удаляем разъем, определяем распиновку и паяем согласно схеме.
Для увеличения механической прочности соединения, фиксируем все термоклеем.
В данном тонком клиенте отсутствует BIOS, для загрузки ОС используется U-Boot. Чтобы настроить загрузку с внешнего диска необходимо получить доступ к консоли U-Boot- это можно сделать подключившись к соответствующим выводам на плате, USB — UART преобразователем.
Открываем Putty и выбираем COM порт, который закрепился за преобразователем. Подаем питание и быстро нажимаем кнопку «пробел», пока не увидим приглашение на ввод команд.
В консоли U-Boot необходимо ввести следующие команды:
Здесь мы выставляем загрузку с жесткого диска (ide 1:1), загружаться будут uImage и uInitrd. Команда saveenv означает запись конфигурации в энергонезависимую память. Более подробно о доступных командах можно узнать набрав знак вопроса в консоли.
Установка системы
В качестве ОС был выбран Debian 8, как максимально совместимый и не требующий дополнительного «допиливания». Перед началом установки необходимо подготовить жесткий диск. На диске нужно создать один раздел и отформатировать его в файловую систему ext2, после чего скопировать, в корень, uImage и uInitrd. Далее подключить жесткий диск к тонкому клиенту и подать питание. Если все сделано правильно, то в консоли должен отображаться лог загрузки системы и начаться установка.
После успешной установки, необходимо войти в консоль U-Boot и внести небольшие изменения в конфиг. Если при установке системы было выбрано разбитие диска по умолчанию и для папки boot создан отдельный раздел диска вводим следующие команды:
Если все установлено в один раздел:
Все! Теперь у вас есть миниатюрный сервер под управлением Debian, которому можно найти массу применений на работе и дома. Ниже показаны фотографии того, что получилось в итоге. Жесткий диск установлен на болты от VGA разъема.
Данный бесполезный девайс был приобретен в прошлом году ради одного — процессора AMD Geode NX1500+. Процессор был необходим для одного из компетишенов HWBOT Team Cup 2014 и очень неплохо себя показал при разгоне 3043МHz
Характеристики
Дата производства: 2007 год
Процессор: AMD Geode NX1500+ 1GHz
Память: DDR1 256MB PC2700 (333MHz)
Материнская плата: miniITX на базе SIS 741GX
Видео: интегрированное SIS 330 Mirage Graphics 16MB (за счет оперативки)
Диск: Flash Apaser 512MB 44pin IDE
Габариты: H x W x D (мм) — 250 x 66 x 206
Кроме того, T5720 располагает шестью USB 2.0, 100mbit LAN, LPT, COM, PS/2 (клава/мышь) и встроенным звуком.
Применение
Заглянем внутрь:
В принципе «железо» данного тонкого клиента позволяет спокойно использовать Windows XP соответственно применений можно найти массу. Однако есть одно «НО» — 512МБ Flash. Это главное «узкое горлышко», препятствующее установке полноценной Windows XP. Конечно можно установить максимально обрезанную версию ХРюши, а в качестве диска для хранения данных использовать ту же флешку, но это, как говорится, не наш метод.
Поскольку 512МБ Flash подключается к материнской плате посредством ноутбучного 44pin IDE, вариантов для решения главного недостатка тонкого клиента было 2: 1. Подключить 2,5" HDD IDE, 2. Поискать переходник или адаптер на другие разъемы подключения. Из-за достаточно плотной компоновки «железа» в корпусе, что сопровождало бы определенные проблемы для размещения 2,5" HDD и надежного его крепления в корпусе, было решено остановиться на втором варианте.
Исследовав рынок на наличие адаптеров для 44pin IDE коннектора, был приятно удивлен наличием множества различных адаптеров, позволяющих подключить в качестве системного диска и SD-карту, и Compact Flash, и даже mSATA SSD.
После изучения финансовой стороны вопроса Compact Flash отпал сразу (32GB c более менее приличными скоростными характеристиками на белорусском рынке стоят от 70$ и выше), склонялся к покупке SD адаптера, т.к. выбор SD-шек очень велик и в 15$ можно купить относительно быструю SD-шку на 32GB, но подвернулась возможность купить 32GB mSATA SSD всего за 20$, решение было принято и заказан 44pin IDE mSATA adapter:
К выбору адаптера отнеситесь со всей серьезностью, для заказа их доступно очень много на различных контроллерах и выходных напряжениях. Подавляющее большинство mSATA SSD работает от 3,3V напряжения, а адаптеры попадаются и на 5V, причем китайские «коллеги» не всегда указывают рабочее напряжение своих адаптеров, будьте бдительны! Что касается самого контроллера, то поковыряв информацию в сети, выяснил что одним из самых стабильных является JMicron JM20330. Вот так сие чудо выглядит в сборе:
Адаптер был успешно установлен, SSD определился и установлена Windows XP SP3. Могу сказать, что был приятно удивлен скоростью загрузки системы, SSD решает… На этом можно было бы и остановиться, но всегда хочется большего…
Доработка
Заключение
Подпишитесь на наш канал в Яндекс.Дзен или telegram-канал @overclockers_news - это удобные способы следить за новыми материалами на сайте. С картинками, расширенными описаниями и без рекламы.
Читайте также: