res2001

Ряды Тейлора
И не только для синуса.

Папка может не удалятся, например, потому что она открыта в другом процессе.

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

Идея так себе, имхо.
1.Пользователи будут иметь доступ к резервным копиям. Понятно, что можно ограничить права и т.д и т.п., но вы уверены, что все сделаете правильно? А главное, что будете в процессе эксплуатации все делать правильно?
2.Процесс восстановления в такой схеме видится просто сказочный.
3.Слишком сложная схема, слишком много точек отказа, задолбаетесь ее сопровождать.

Внешний IP, скорее всего на роутере, а на роутере - NAT. Нужно настроить проброс портов на комп внутри локальной сети.
Возможно, что внешний IP вообще у провайдера, а вам пров. выдает приватный адрес. В этом случае нужно за деньги покупать белый адрес у оператора.

Установите VS2005 и запускайте сборку из консоли студии, а не из обычного cmd: ссылка на консоль должна быть в меню Пуск в папке со студией.

В предположении, что все папки находятся в одном корневом каталоге (в примере c:\tmp), то примерно так будет:

@echo off
set "source_dir=c:\tmp"
for /f "tokens=* delims=" %%a in ('dir /s/b "%source_dir%\*" ') do (
  rar a "%%~dpna" "%%~fa"
  del /f/q "%%~fa"
)

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

В вопросе ничего не сказано куда записывать архивы. Если их записывать туда же, где были исходные файлы, то при повторном вызове скрипта будет конфликт. Нужно предусмотреть пропуск архивных файлов.

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

Если спулер завис и не реагирует убейте его процесс (spool.exe). Затем стартуйте его любым способом.
Вообще спулер чаще всего глючит из-за проблемных драйверов принтеров, ищите корень проблемы тут.
Неоднократно сам сталкивался с подобным. Убийство спулера никаких проблем обычно не вызывает - он итак уже не работает.
Нужно вычислить проблемный драйвер, чаще всего это что-то из последнего установленного. Для начала удалите принтер вместе с драйвером и посмотрите на поведение спулера, если он начнет работать нормально, значит дело именно в этом драйвере. Можно найти у производителя новую версию драйвера с исправленными проблемами или поискать какой-то подходящий драйвер, входящий в состав винды.
Сталкивался с ситуацией, когда новая версия драйвера от производителя имеет какие-то проблемы, из-за чего приходилось откатываться на предыдущую. Поэтому всегда держал заведомо рабочую проверенную версию драйвера и последнюю.

1.На сколько я знаю в прошлых версиях винды скрытие разделов происходило просто указанием их в таблице разделов не на первом месте, т.е. с флэшки отображался только первый раздел (о чем по ссылке Ezhyg то же пишут).
В ВИн10 после какого-то большого обновления это убрали и теперь на флэшке видны все разделы.
2.В логических разделах нет смысла, когда на диске до 4 разделов.
3.Загрузка UEFI и Legacy BIOS осуществляется с помощью разных механизмов.
3.1.UEFI для загрузки использует EFI раздел на диске и размещенные в этом разделе загрузочные *.efi файлы.
EFI раздел - это раздел с файловой системой FAT16 или FAT32. Загрузочные efi файлы должны лежать в строго определенном месте в файловой системе, где их ищет UEFI.
3.2.Legacy boot - использует старый механизм MBR (master boot record). MBR - это нулевой сектор на диске. Для того что бы это работало нужно какой-то из разделов сделать активным, этот раздел не может быть логическим, только основным. Именно с активного раздела происходит дальнейшая загрузка ОС. Кроме этого на диск нужно записать MBR - некий код, который осуществляет дальнейшую загрузку. MBR записывается в 0 сектор диска, он не является частью файловой системы (т.е. его нельзя записать скопировав куда-нибудь файл), для его записи необходим спец. софт. У груба есть свой MBR, у винды - свой, и т.д.
4.Загрузку с флэшки и в UEFI и в legacy режиме успешно решают многие. Например есть диагностическая сборка WinPE, где это решено. Для разбиения диска, записи MBR и т.п. действий там используется утилита bootice. Можете скачать архив с adminpe, там есть инструкция как сделать загрузочную флэшку с несколькими разделами и там по моему то же используется grub.
Кстати, в bootice было удобно скрывать разделы - там это реализовано одной кнопкой - она просто переписывавет таблицу разделов, где разделы указаны в нужном порядке. Правда сейчас это уже не актуально.

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

HMODULE hModule = GetModuleHandle(NULL);
HRSRC hResInfo = FindResourceA(hModule, MAKEINTRESOURCEA(IDR_README1), MAKEINTRESOURCEA(READMETXT));
HGLOBAL hResource = LoadResource(hModule, hResInfo);
DWORD nSize = SizeofResource(hModule, hResInfo);
LPVOID resource = LockResource(hResource);

После LockResource получаете указатель на байтовый массив вашего ресурса, дальше делайте с ним что хотите.
В примере IDR_README1 и READMETXT - идентификатор ресурса из rc файла.
Вызовы расположены в реальном порядке, как есть в проекте.

Для shadow не нужен домен, имхо.

Что делаете, что бы восстановить гигабит?

Проблемы могут быть на любом участке между компом и свичем:
1. дохнет или глючит свич/порт в свиче;
2. сетевой адаптер компа (но вы уже меняли на другой, так что это видимо не оно)
3. плохой контакт в одном из патчкордов, разъемов, розеток
4. кривые драйвера сетевого адаптера.

Что можно предпринять:
1.Найдите свежие драйвера для сетевого адаптера и переустановите
2.Замените патчкорды, которые сможете.
3.Переткните в другой порт на свиче, а лучше - в другой свич.
4. Для подключения компа используйте другую розетку

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