Решил вопрос со вторым NVMe

Сегодня наконец-то решил вопрос со вторым NVMe-диском. Вроде удастся обойтись без покупки нового. Выгрузил часть данных на внешний HDD (а что считать не удалось — скопировал с ноутбука на квартире в Области, когда ездил туда), отформатировал диск, скопировал обратно, и скачал то, что легко скачать из Интернета (типа игр в Steam или архивных копий соцсетей, которые всё равно надо обновлять). Пока вроде всё работает, но было несколько ошибок в ядре.
Но я был бы не мной, если бы хоть как-то не совершил ошибку. Перенёс backupы сайтов с основного диска на второй, а потом решил отформатировать его ещё раз — перевести на btrfs, так как один пользователь на Reddit писал, что это хорошо, если есть много Windows-игр в Steam, так как Steam (точнее, Proton) для каждой игры создаёт свой wine-prefix, что очень неэффективно расходует место. После этого я отформатировал раздел ещё раз, уже в btrfs, а не ext4, и backupы оказались уничтоженными. К счастью, за эти несколько минут с VDSами ничего не случилось, и я просто скачал их ещё раз.
Потом вспомнил о том, что хотел сделать виртуальную машину для задач, связанных с инфобезопасностью. Какое-то время выбирал между ParrotOS и Kali, и склонялся к первому из соображений «не как у всех». Но в итоге остановился всё же на Kali, так во-первых, там размер образа меньше, а во-вторых, есть готовый диск с виртуальной машиной для QEMU, тогда как у Parrot — только под VMWare и VirtualBox.
Скачав образ, запустил его, чтобы потестировать, зашёл на CodeBy, посмотреть, что и как там сейчас, и, к своему удивлению, быстро решил одно CTF-задание. Уязвимость, позволяющую прочитать любой файл, нашёл почти сразу, но вот что искать, было непонятно. И тут я бы застопорился надолго, если бы не чья-то подсказка в комментариях прочитать с помощью этой уязвимости сам файл index.php. А уже по его содержимому сразу стало ясно, что делать дальше.