res2001

Текущий каталог вы не удалите, т.к. он занят вашим же процессом cmd.exe. Надо перейти в другой каталог, а затем уже удалять.

Между const char * и char const * - разницы нет. Допустимо использовать обе записи.
Но кроме самих данных, на которые указывает указатель, можно делать константным и сам указатель, как написал Adamos.

Для линукс: https://stackoverflow.com/questions/12040303/how-t...
Для винды: https://stackoverflow.com/questions/8403610/how-do...

Начинайте портировать приложения с открытым исходным кодом под свою ОС. Начните с bash. Там вылезут какие-то требования к ядру, которые вы не поддержали изначально и, возможно, вы решите их реализовать в ядре.
Стоит посмотреть интерфейс POSIX для понимания того, какой интерфейс должно предоставлять ядро в userspace.
Можно придумать свой крутой интерфейс. Но тогда вам придется портировать все приложения с открытым исходным кодом под свою ОС. С поддержкой POSIX часто можно обойтись просто перекомпиляцией.

https://en.cppreference.com/w/cpp/io/ios_base/width

Предлагаемый POSIX вариант это join. Если не устраивает, то вы сами можете конструировать проверку завершения потоков теми средствами какие вам удобно и какие доступны.

Самое простое: выставляйте в потоке атомарный флаг завершения, в основном потоке проверяйте.
Если можно подождать какое-то время, то можно использовать условную переменную с таймером, а не флаг.
Можно и очередь, но, по моему, это как из пушки по воробьям. Для этой задачи не совсем то. С тем же успехом можно использовать pipe. Но зачем, когда это можно сделать проще.

Имейте ввиду, что join все равно надо вызвать, когда удостоверитесь, что поток завершен. Чтоб окончательно освободить все ресурсы потока. Или надо заранее делать поток отсоединенным (detach). Я бы использовал join, а не detach.

Если обобщить задачу, то это сводится к поддержке нескольких интернет каналов одновременно.
Остальные ваши хотелки (да и вообще любые другие) настраиваются используя фаервол и принудительно отправляя пакеты подходящие под определенные правила на тот или другой интерфейс.
Такое применяют, например, для балансировки нагрузки (примерно ваш случай), обеспечении отказоустойчивости или оба вместе.
Проще всего купить роутер, который поддерживает одновременно 2 канала. Не знаю, есть ли такие в природе. Встречал только те, у которых есть резервный канал. Но это не то. В этом случае резервный канал не активен, пока работает основной и включается только при сбое основного канала.

Лет 10 или больше назад собирал подобную схему для балансировки нагрузки используя шлюз на базе FreeBSD, тамошний фаервол ipfw и множественные таблицы маршрутизации.
В линукс есть network namespaces, в серверной винде VRF - это все технологии позволяющие использовать множественные таблицы маршрутизации в этих ОС. С помощью этих инструментов, скорее всего, можно собрать аналогичный шлюз. Но это не точно. Могу поручится только за то, что на FreeBSD это возможно.

for(int i = 1; i < 11; i+=2)

shutdown -s -t 0
Оно?

Как тут уже советовали универсальное решение - настроить ВПН и внутри ВПН использовать любые локальные ресурсы, которые необходимы, в т.ч. и по RDP.

При прямых руках можно и RDP выпустить наружу без дополнительных прослоек в виде ВПН. Но это надо делать на серверной винде с поднятой службой RDS, на десктопе скорее всего полностью обезопасить RDP подключение не выйдет.
Вот тут статья о защите RDP. Она хоть и старая уже, но принципы те же.
Еще несколько полезных статей:
https://winitpro.ru/index.php/2022/02/17/ustanovka...
https://winitpro.ru/index.php/2019/12/17/rdp-tls-s...
https://winitpro.ru/index.php/2022/03/17/nastrojka...

В шедулер на ежедневный запуск ночью батник или скрипт на poshе, который будет удалять файлы старше 14 дней по дате модификации.
По posh не подскажу, а батник написать достаточно просто.
Команда forfiles может сделать все, что тебе нужно. Смотри справку: forfiles /?

Стандартный подход в таких случаях: оставить минимум подключенного железа, одну плашку памяти, так что бы хотя бы тест БИОС проходил и что-то на экран показывалось, сделать диагностическую флешку и начать тестирование. Начинайте с памяти, дальше нагрузочный тест проца, потом все остальное. Подключать железо по одному и тестировать вновь подключенное.

Если в любой конфигурации комп не подает признаков жизни, то возможные причины:
1. неисправна память, можно попробовать найти заведомо рабочую память
2. материнка
3. проц
4. БП вы, похоже, уже исключили.

На самом деле, вы уже успели испробовать все варианты с оборудованием и видимо это не принесло результатов. Пора нести комп в сервис.

На VPS настраиваете ВПН сервер.
ВПН клиенты можно настроить на роутерах на имеющихся или на новых. Можно на компах внутри сетей.
Настраиваете маршрутизацию и фаерволы.
Пользуетесь.

В текстовом файле с расширением bat прописать 6 раз команду пинг с указанием произвольных хостов.
Можно сделать в цикле с генерацией случайных чисел для IP адреса.
Можно передавать хосты в параметре.