rPman

wsl это не конечное решение а просто инструмент, когда вам нужно здесь и сейчас но от windows отказаться почему то не получается, основывать что либо на этом решении я бы не рекомендовывал

Я встречал странные глюки при использовании wsl, файл физически присутствующий на диске не мог быть удален или прочитан (file not found), не мог быть пересоздан (file exists) и т.п., причем это похоже проблема со стороны windows, и лечится рестартом хоста.

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

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

К примеру в определенный момент мне не хотелось перезапускать процесс, запущенный на слабой linux машине, но там заканчивалась оперативная память, считанные гигабайты нехватало, к сожалению hdd диск использовался очень интенсивно (линейное чтение запись) и добавлять к нему нагрузку свопа стало бы фатальным (замедлило бы работ в десятки раз), за пару кликов я запустил nbd сервер на windows, расшарив обычный файл и подключив его на linux поднял своп на нем. Вдумайтесь в абсурдность конфигурации - и Linux это позволяет, когда как с windows это было бы невозможно либо 'дороже' (я знаю про iscsi).

Вы можете представить что поднимаете своп на основе GPU RAM или используете ее как диск? Вы знаете что можете использовать GPU подсистему удаленно, по сети, причем это штатный инструмент (xserver сетевой сервер) без необходимости покупки дорогого серверного оборудования и софта (с большой буквы, ограничение у windows исключительно программное). 10 человек за одной машиной, физически не удаленный терминал (10 мониторов, 10 клавиатур и мышек) без покупки софта, как было бы для windows (спасибо ibik такой софт есть). Вы наверное не пробовали настроить кластер в linux, представьте что вы работаете в окружении представляющем для вас одну машину, но по факту являющейся распределенным кластером (кстати этот инструмент не так эффективен как ручное управление но факт есть факт)

В свойствах ярлыка к игре включай режим совместимости

У вас 2 варианта шифрования - на уровне файлов и на блочном уровне.

Первый вариант - самый простой для реализации - в свойствах файла/каталога указываешь флаг шифрования (только для NTFS) и все, только ваш windows аккаунт будет иметь к нему доступ (осторожно, при сбросе пароля или переустановке системы, без резервного копирования ключей шифрования, доступ к данным будет потерян).
Этот способ образно защищает ваши данные от любого пользователя windows но администраторы могут установить приложение, которое сможет скопировать или изменить данные в момент, когда они доступны (администратора же можно создать, имея доступ к железу, загрузившись со специальной флешки).

Второй вариант (bitlocker, truecrypt) защищает весь диск от сторонних пользователей (которые имеют физический доступ к вашему диску), пароль (или ключ шифрования на usb или иной способ) будет запрашиваться при запуске системы (точнее монтировании диска, но не шифровать системный диск в этом случае не имеет смысла), сами данные будут доступны всем пользователям windows на общих основаниях, так будто шифрования нет (но возможны штатные права доступа).

Осторожно, второй вариант отключает использование TRIM у SSD дисков, это очень важная технология, позволяющая ускорить работу с диском и даже продлить его срок службы.

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