Дмитрий

Стоит проверить ещё содержимое /etc/sysctl.d
Конфигурация из этих файлов приоритетенее и мерджится в алфавитном порядке.

Обычная практика: на каждой стороне прописывается список поддерживаемых/разрешенных алгоритмов и их параметров. А в момент "снюхивания" сторон между собой (как раз фаза согласования) они и выбирают тот вариант в который обе умеют.
Тем самым если задать на клиентской стороне единственный вариант - он и будет использован.

ctrl+shift

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

Если есть подозрение на аппаратные проблемы (подтверди хотя бы логами smart, там почти всегда это видно) то снимаешь дамп диска в файл и уже с ним работаешь как пожелаешь. Если данные критичны - неси в сервис, пока это дешево, если нет, и хочется набраться опыта и шишек - то делай как описал

p.s. в windows образ диска (точнее раздела) в файле можно держать в .vhd/.vhdx файлах (в управление дисками такой можно создать и подключить) а копирование делать каким-нибудь специализированным инструментом (например windd)

в linux образом диска может быть просто файл - копия диска или раздела делать с помощью dd

без необходимости каких либо манипуляций с браузером у сотрудников

нужно про кто куда заходит

Данная задача не имеет решения.

Чтобы раскрывать https-соединения, нужен bumping. Bumping не настроить без доверенного сертификата. Довернный сертификат нужно распространять по всем компьютерам. Первое условие - оно ведь на самом деле читается как "я не хочу заниматься инструктированием юзеров/я не умею настраивать глобальные политики/у меня нет авторитета и юзера меня шлют на ... юг", потому что какая бы ни была большая контора - все это делается достаточно быстро - если конечно на это есть распоряжение начальства, а не собственная хотелка.

Технического решения нет, потому что задача не техническая, а административная.

Тебе же прямо сказали. Нужно изучить язык программирования.
Не на уровне "почитал книжку". Не на уровне интерн/джуниор. А на уровне уверенного разработчика.

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

Поэтому правильный путь - это потратить МНОГО времени и МНОГО усилий.
Ты же сам сказал, что все что ты изучил - там давали базовое понимание что это такое.

Поэтому вместо того, чтобы делать крутую 3д игру, сперва начни делать приложения попроще.
Добейся, чтобы у тебя просто двигался персонаж. Потом сделать лабиринт, чтобы со стенками взаимодействовал. Потом может быть попробуй добавить прыжок и высоту. И так потихоньку сделаешь основу для игры. Потом будешь добавлять и добавлять. Может через года два будет демо-версия с одним рабочим уровнем.

Товарищи в комментах все правильно сказали. Я же хочу более конструктивно:
1. Скорее всего ставился Гитлаб в Omnibus версии, поэтому data каталог по дефолту находится в /var/opt/gitlab/, проверьте сколько он занимает места.
2. Ни слова не было сказано каков размер диска. Посмотрите требования перед тем, как ставить монстров.
3. В конфиге Гитлаба три тысячи строк, среди которых по дефолту раньше были включены Графана и Прометей, которые пишут кучу данных в БД. Изучите.
4. Если настраивались бэкапы, требуется плюс 100% больше места для хранения каждого бэкапа, чем размер всех реп. На вскидку, у меня весь data каталоаг занимает 15,5 гиг, (из этого все репы 7, бэкап 7, плюс по-мелочи). 0,5 гига логов. При чем, для создания бэкапа надо дополнительно x2 больше места, чем весит сам бэкап, это обусловлено особенностью и порядком его создания.
5. Сам Гитлаб весит не мало, у меня он Omnibus в Докере и его каталог весит 43 гига.
6. Опять же про свой Гитлаб сервер, диск размером 90 гиг, 43 занимает сам Гитлаб, 16 дата каталог с одним бэкапом и логами. 20 свободно, остальные 10 занято системой.

Советую взять любой проект - реальный на вашей работе, или какой-нибудь open source из github, и настроить базовый CI в Gitlab. Потом добавить какой-нибудь security scanner, static code analyze. Потом подумать как можно улучшить деплой.

Второй вариант - попробовать использовать Gitlab-CI для автоматизации админских задач - например, человек приходит (уходит) в\из фирму - посылаем извещение в  Slack, посылаем ему док-ты, и т.п.

См. также https://qna.habr.com/answer?answer_id=1981278

Для начала перенесите конфиг или сделайте линк из /etc/nginx/sites-available в /etc/nginx/sites-enabled.

почему бы не пойти дальше и не сравнить os2 с win32 и win nt4? (сарказм)

зачем тебе это?

на win xp sp0 не пойдет практически ни одно приложение, написаное последние лет 20, и потребует доустановки тонны компонент (типа vcredist), которые как раз входят в состав сервис паков.

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