Thinstation 5.0: нововведення і досвід використання

Відео: 2 тижні з Samsung Galaxy S8 +, DEX, Gear 360 2017. Так чи все добре?

У лютому 2012, після року розробки, вийшла стабільна версія операційної системи для тонкого клієнта - Thinstation 5.0 (https://thinstation.org). Розповідати про сам проект і для чого він використовується, не буду - в інтернеті достатньо інформації на цю тему (почати можна з офіційного FAQ: https://sourceforge.net/apps/mediawiki/thinstation/index.php?title=FAQ). Під час розвитку Thinstation 5.0 цей реліз був відомий під номером 2.5, але розробники вирішили значно змінити версію, коли стало ясно, що сильно перероблений код і змінений склад ПО.


Отже, Thinstation 5.0 тепер грунтується на дистрибутиві CRUX 2.7 (https://crux.nu) з ядром Linux 3.2 і Xorg 7. Правила роботи з конструктором образу завантаження при цьому майже не змінилися: для визначення параметрів все так же редагуються конфігураційні файли build. conf і thinstation.conf.




Основна відмінність з`явилося в налаштуванні build.conf. Якщо в Thinstation 2.2.х в одному файлі були перераховані всі доступні драйвери і модулі, то тепер, з переходом на нову версію ядра, кількість завантажених компонентів сильно зросла, тому їх склад визначається інакше. Для цього в файлі build.conf з`явилася нова опція - machine, вона вказує на директорію, в якій зібрані налаштування способу завантаження для різних платформ. За допомогою цієї опції можна додати кілька різних профілів і застосовувати їх, тільки змінюючи значення опції в build.conf, при складанні образу завантаження для різних по апаратному забезпеченню машин.

Визначення необхідних драйверів для настройки профілю проводиться шляхом збирання універсального способу, що містить всі доступні модулі ядра, і його запуску на тонкому клієнті. Для цього потрібно включити до складу образу завантаження пакет extensions-x (в build.conf) і запустити процес складання командою:

Після завантаження системи на тонкому клієнті в текстовій консолі необхідно виконати команду hwlister, що входить до складу пакету extensions-x. Вона створить в корені файлової системи два файли: module.list і vbe_modes.list, а при наявності дозволу на запис скопіює їх на tftp-сервер.

Ці файли потрібно перенести в каталог з ім`ям профілю (наприклад, myTSI) і помістити його в директорію machine у відповідному каталозі конструктора. Все: тепер можна застосовувати профіль для зборки, задавши в build.conf опцію machine myTSI.