Melkij

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

А для работы без доступа к глобальной сети - это пожалуйста. Только брать нужно не что-то хипстерское-молодёжное
Например, репозиторий debian актуального выпуска для amd64 доступен на 19 DVD дисках. Прямо на этапе установки с диска будет предложение вставить другие диски репозитория, затем при попытке установки чего-либо apt будет запрашивать "дайте диск такой-то"
Обновления релиза так же можно загрузить на дисках.
Хотя именно iso'шки и прекратили публиковать кроме самого первого (места и сети много жрут, а ресурсы серверов-то не коммерческие), их можно собрать по инструкции через jigdo.

• перепроверяете, что СУБД остановлена и не запущена
  
• находите datadir (например, /var/lib/mysql/ )
  
• ставите на рабочей системе mariadb (или mysql - выясните, какая именно была установлена) той же самой версии
  
• копируете целиком всё что есть в datadir в новое место жительства
  
• запускаете СУБД и смотрите в лог
  

Это бывает неожиданностью, но совершенно верно, размер файловой системы не обязан совпадать с размером раздела.
resize2fs меняет размер только файловой системы. После этого необходимо изменить размер раздела. parted умеет команду resizepart. Про cfdisk не в курсе.

При том, при уменьшении раздела будьте предельно аккуратны. Как и многое с правами root, система разрешит вам сделать размер раздела меньше чем файловая система. С фатальными последствиями для файловой системы.
Неплохой идеей будет сначала подрезать размер файловой системы сильнее, чем предполагается (до 7,5гб, например), уменьшить раздел, затем выполнить вновь resize2fs без явного указания размера что увеличит размер ФС до размера раздела. Так будет гораздо ниже риск того, что где-то ошиблись (например, в единицах измерения килобайты либо кибибайты) и отрезали часть файловой системы

Если это подходит для postgresql, то, вероятно, подойдёт и для вас: https://github.com/postgres/postgres/blob/REL_13_S...

(geteuid + getpwuid под linux)

А зачем добавлять ещё раздел, если вы его в lvm так же хотите добавлять? Просто расширьте раздел
parted resizepart + pvresize

curl 127.0.0.1 -I

melkij@melkij:~$ nc -l 8081
HEAD / HTTP/1.1
Host: 127.0.0.1:8081
User-Agent: curl/7.64.0
Accept: */*

curl 127.0.0.1:8081 -i

melkij@melkij:~$ nc -l 8081
GET / HTTP/1.1
Host: 127.0.0.1:8081
User-Agent: curl/7.64.0
Accept: */*

И что мешает веб-серверу на разные запросы реагировать по-разному?

Раздел на диске непрерывен. У вас не может быть раздел 1, затем свап, затем продолжение раздела 1. Выключите и снесите свап, расширьте раздел. Собственно свап можно затем сделать файлом чтобы не извращаться.

mdadm --grow /dev/md0 --size=max
Насколько по ману вижу увеличение размера для raid0 поддерживается. Сначала командуете для нижележащих массивов, потом для верхнего raid0.

Проверить что массиву вообще есть куда расширяться можно запросив -E для каждого из томов массива:

sudo mdadm -E /dev/sde2
....
 Avail Dev Size : 5767168000 (2750.00 GiB 2952.79 GB)
     Array Size : 7759462400 (7400.00 GiB 7945.69 GB)
  Used Dev Size : 3879731200 (1850.00 GiB 1986.42 GB)
...

Если есть отдельная строка Used Dev Size с размером меньше Avail Dev Size - расширять есть куда.

flock -n путь_к_lock_файлу команда_запуска_вашего_скрипта

Что есть вариация других опубликованных здесь ответов, но зато при сбое по какой-либо причине скрипт всё-таки будет запущен в следующий раз и не будет ждать пока вы сами удалите оставшийся lock файл.

Из man qemu-cpu-models
Соответственно заменить использование Host passthrough на какую-нибудь подходящую модельку из списка.