Дмитрий

Да, всё верно, запускать службу на экране входа. Только что попробовал двигать и менять положение окна логина - не поддаётся, к сожалению. А вот скрыть или свернуть/развернуть его вполне можно. Очевидно, что позиция и размер окна прибиты гвоздями к основному экрану и обновляются приложением логина в реальном времени. Так что тут остаётся только несколько вариантов:

• Попробовать изменить настройки экрана на дублирование
  
• Реализовать своё окно логина - с дублированием ввода в оригинальное или возможно через даже через Credential Provider (не щупал - как оно работает не знаю)
  
• Попробовать хакнуть процесс логина через редактирование его памяти и вписать нужные значения в переменные позиции и размера окна - вот тут тоже может не сработать из-за ограничений безопасности
  

Такую службу я уже как-то давно запилил: https://github.com/VoidVolker/Windows-logon-service - она умеет запускать любые приложения в любом количестве на экране входа. А вот пример приложения, которое её использует: https://github.com/VoidVolker/LockScreen - показывает обои на всех дополнительных экранах логина. Там же легко найдёте код для работы со списком экранов - можете спокойно использовать (только ссылку укажите на репозиторий). А если сделаете с открытым исходным кодом - вообще отлично будет. Только WPF не используйте - там жуткий маразм из-за DPI с размещением окон на нескольких мониторах. Лучше WinForms или С/С++/WinAPI на любом ЯП. Для ковыряния в окнах есть великолепнейшая утилита InqSoft Window Scanner (древний раритет, но сравнимых по функционалу аналогов нет).

UPD: проверил возможность переключения основного экрана в сессии логона - работает! Итак, решение следующее:

1. Качаем nircmd: https://www.nirsoft.net/utils/nircmd.html
   Команда для переключения монитора следующая: https://nircmd.nirsoft.net/setprimarydisplay.html
   

   ❯ ./nircmd.exe setprimarydisplay 1
   ❯ ./nircmd.exe setprimarydisplay 2
   ❯ ./nircmd.exe setprimarydisplay \\.\DISPLAY3

   
   
2. Вариант 1: Пишем простейшее приложение, которое при старте переключает монитор на нужный через nircmd, а при получении команды остановки - переключает монитор обратно. Вот на счёт события остановки не уверен - т.к. у меня в сервисе используется стандартный Process.Kill() без ожидания, при этом ещё и сессия логона закрывается и отработает ли событие - не знаю, не проверял. Возможно, добавлю в сервис опцию для выполнения команды перед закрытием сессии - либо в контексте сессии логона либо от имени системы.
   
3. Вариант 2: в конфиг логон сервиса просто пишем nircmd с командой переключения на нужный монитор (при отключении монитора логон может и сломаться - не проверял)
   
4. Пользователю в автозапуск положить скрипт/команду для переключения монитора обратно. Если требуется - это будет проще, чем запускать приложение в закрывающейся сессии логона.
   

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

В консоли старого микрота делается export file=blabla (.rsc добавится автоматом). Файл выгружается на комп. И потом кусками, ни в коем случае не полностью! а кусками - переносится на новый микрот. Переносится внимательно, каждый раз проверяя, что команда была принята.

Нельзя сказать, что тривиальная задача :)

Первое, что потребуется - это чемодан денег, если вы конечно хотите стать именно полноценным хостинг провайдером со своей площадкой.

Форма - только ООО. ИП - это, во-первых не серьёзно, во вторых - возможности ИП ограничены и многого просто юридически нельзя сделать. С ИП - это максимум аренда каморки с кондиционером и одна-две стойки в каком-нибудь бизнес-центре с парой админ плюс разработчик и услугами для местных компаний. Ищите строящийся или планируемый к постройке бизнес-центр, находите контакт с владельцем и договариваетесь за бутылкой сока, если там ещё место не занято, конечно. Или просто арендуете в любом ЦОДе стойку или несколько, ставите своё железо, софт для хостера - биллинг, сайт, мониторинг, автоматизацию, виртуализацию и всё такое прочее, и продаёте свои услуги. Естественно с большими хостерами конкурировать не получится - тут надо будет сильно постараться над услугами, попробовать найти свою нишу или найти знакомых, кто нуждается в таких услугах. Если хотите набраться опыта - то это будет отличным вариантом. Одна-две стойки - это пара-тройка десятков лямов, плюс-минус. Это и будет вам минимальный бюджет.

Если говорить именно о полноценном хостинге с хотя бы одним залом, то тут уже совсем другая история. ООО, разрешения - стандартные ОКВЭДы и лицензии для хостера плюс всякие дополнительные типа "разработка ПО и БД", "дизайн" и прочее из IT. Лишними коды не будут - есть не просят, а вот добавление ОКВЭДа в ООО позднее - лишняя бюрократия. Если планируете сами строить площадку - то ОКВЭДы и для стройки соответственно (но обязательно с опытным организатором стройки для ЦОД в этом случае - иначе тыкву получите). Про РКН уже кинули ссылку. Готовые площадки под ЦОД не продаются на рынке как пирожки - их строят под заказ. Находите подходящую заброшку в промышленном районе или ещё где-то, покупаете, сносите руины, расчищаете, строите здание, заказываете несколько каналов оптики к крупнейшим ближайшим центрам обмена трафика (IX, IXP)/ЦОДам/магистральным провайдерам, несколько линий питания от ближайших электростанций и остальную коммуналку - вот вам площадка. Линии питания - на мегаватты (в тяжёлых случаях - десятки и сотни), ибо одна стойка - это до 5-10 киловатт в среднем по больнице, а есть стойки и на 25 киловатт. Зал - это 50-100-200 стоек. А залов обычно несколько и плюс может быть несколько корпусов и зданий. Причём строить должна компания, которая уже имеет опыт строительства зданий под ЦОД. У площадок под ЦОД есть разные мировые стандарты и требования, которые надо соблюдать. И чем выше стандарт - тем дороже. Про внутренние инженерные системы писать не буду - там куча всего и в стандартах всё описано подробно.

Вот несколько ссылок про затраты (некоторые не самые свежие, но что есть):
https://cons-systems.ru/struktura-zatrat-na-sozdan...
https://www.iksmedia.ru/articles/3866862-51015-Sko...
https://bijournal.hse.ru/data/2016/08/11/111825705...
https://www.alldc.ru/experts/2630.html
https://zapusk.group/blog/7-klyuchevyh-etapov-pred...
https://www.iksmedia.ru/articles/4012487-Kak-postr...
До 85 килобаксов на стойку - зал на 50 стоек это уже треть лярда по текущему курсу. А ещё надо и сами стойки с серверами купить. Персонал - стандартно для любой ООО, плюс стандартная автоматизация, плюс технический персонал (эникейщики, админы, разработчики) и отдельно своя служба внутренней безопасности и служба внешней охраны со всякими пропускными режимами. Охрана в ЦОД - как на стратегическом объекте с очень строгим пропускным режимом и камерами везде.

Касательно вопроса стоит ли заниматься - да, стоит, спрос на ЦОДы есть и всегда будет. И чем дальше - тем больше.

эта идея устарела на 20 лет, с учетом того что уже произошло большая часть слияний и этот бизнес уже из разряда устоявшихся и ловить тут особо нечего, чем вы хотите удивить людей ?
Продавать домены дешевле чем они стоят ?
Умеете делать крутой кубернетес?
хостинги и впс есть у всех такое барахло на рынке особо уже не нужно

https://rdiff-backup.net/

Обращайтесь к дискам по uuid, или по id, там в /dev/disk/by-* симлинки прописаны.

Самое великое историческое легаси, которое тянется со времен CP/M (который был до MS DOS) да и кучи тогдашних ос типа apple dos/Commodore c64/ , в 1970-ых
Там не было каталогов но были устройства, и файлы именовались "буква устройства" : "имя файла" ну а в DOS добавили каталоги через "\"

Кстати \ был, потому что в первой версии dos не было каталогов но уже были ключи командной строки у утилит через /, и когда добавили каталоги, что бы не терять совместимость, сделали \

От туда же и учет больших и маленьких букв в файловой системе как одинаковых, потому что в тогдашнем fat не было длинных имен (11 символов на имя), и эту кстати лицензионную ловушку майкрософт заложили уже в win95, благодаря которой надоили со всего мира миллиарды.

Не проверял:

#include <SoftwareSerial.h>

// Создаем 4 программных UART на указанных пинах (RX, TX)
SoftwareSerial Serial0(4, 255); // D4 - RX, TX не используется
SoftwareSerial Serial1(5, 255); // D5 - RX
SoftwareSerial Serial2(6, 255); // D6 - RX 
SoftwareSerial Serial3(7, 255); // D7 - RX

void setup() {
  // Инициализация аппаратного UART для вывода
  Serial.begin(1000000);
  
  // Инициализация программных портов
  Serial0.begin(115200);
  Serial1.begin(115200);
  Serial2.begin(115200);
  Serial3.begin(115200);
}

void loop() {
  processPort(Serial0, 0); // Обработка порта 0
  processPort(Serial1, 1); // Обработка порта 1
  processPort(Serial2, 2); // Обработка порта 2
  processPort(Serial3, 3); // Обработка порта 3
}

void processPort(SoftwareSerial &port, uint8_t id) {
  port.listen(); // Активируем текущий порт
  while(port.available() > 0) {
    // Читаем данные и отправляем с префиксом
    Serial.write(id);       // Служебный байт
    Serial.write(port.read()); // Данные с устройства
  }
}

Ключевые особенности реализации:
Выбор пинов
Использованы пины D4-D7 для приема данных, чтобы избежать конфликта с аппаратным UART (D0/D1). Если требуется использовать именно D0-D3, потребуется:

Отключить аппаратный UART

Использовать USB-UART адаптер для программирования

Оптимизация скорости
Аппаратный UART настроен на 1 000 000 бод, что позволяет передавать два байта на каждый принятый (100% оверхеда) даже при максимальной нагрузке 4×115200 = 460800 бод.

Особенности SoftwareSerial

Одновременная работа только с одним портом

Требуется циклическое переключение между портами

Возможны потери данных при высокой нагрузке

Рекомендации по улучшению
cpp
// Альтернатива с NeoSWSerial для стабильной работы
#include
NeoSWSerial Serial0(4, 255);
// ...аналогично для других портов...
Библиотека NeoSWSerial обеспечивает:

Более надежный прием на высоких скоростях

Совместимость с прерываниями

Поддержку скоростей до 38400 бод

Для максимальной надежности рекомендуется использовать Arduino Mega с аппаратными UART или внешние USB-UART преобразователи.