Сошлись звёзды на ноутбуке, сделавшие его практически непригодным к миграции на родительскую ОС Linux v.1.7.4.0 - без танцев с бубном:

- Asus - жди беды. И она приходит: невозможность апгрейда по железу;

- 6ГБ RAM, минус 256МБ видео, - всё, что имеется в наличии (ещё и планки разных производителей!);

- тормознутый 2-ядерный 4-потоковый процессор;

- тормознутый жёсткий диск, не превышающий 90МБ/с (вместо обычных 120-160МБ/с, характерных для дисков 5400rpm). Замена невозможна из-за политики предприятия экономии вообще на всём. Драйвер ntfs3 от Astra делает его тормознутым ещё сильнее;

- стенду, разворачиваемому на ноутбуке в виртуалке, требуется 5ГБ RAM. Ранее это число было достижимо: 1ГБ ела Astra Linux SE v.1.4 - стенду доставалось чуть менее 5ГБ - норм;

- родительская Astra Linux SE v.1.7.4.0 (7) - потребляет 1.5ГБ RAM. Дочерняя Astra Linux SE v.1.4 - 1ГБ. Видеокарта - 0.256ГБ.

Итоги попыток натянуть сову на глобус:

- выставил виртуалке стенда 3ГБ RAM. Нехватка RAM приводит к работе в SWAP: тормознутость диска + тормознутость драйвера ntfs3 родительской ОС + тормознутость драйвера ntfs дочерней ОС + некоторая нагрузка от шифрования диска = исходники собираются 2ч (вместо привычных 9мин);

- выставил стенду 4ГБ - исходники собираются за час с лишком, родительская ОС - нормально работает;

- выставил стенду 5ГБ  - исходники собираются за минут 15, родительская ОС - тормозит так, что проще застрелиться (лезет уже в свой SWAP - опять жуткие тормоза);

- выставил стенду 4.5ГБ - исходники собираются за полчаса, родительская ОС - кое-как работает. Это - единственный работоспособный компромисс.

Но компромисс сдулся практически мгновенно. Ноутбук - средство повышенной опасности (кража информации гопниками или союзными организациями) и функциональности (фактически, это несколько стационарных системных блоков в одном - чтобы воспроизвести функционал вне комнаты). То есть, чтобы сделать всё работающим именно как надо в настоящий момент, - нужно иметь несколько виртуальных машин для разных нужд. Например, для проверки информации требуются 2 виртуалки клиента и сервера (ранее были на другом ПК). К этому добавляется новая виртуалка: Windows 7 с >1ГБ RAM: корректный поиск информации в интернете при разработке и запись DVD (в Astra 1.4 с этим совсем плохо - на стационарах записывалась по сети). Чтобы записать DVD, нужны обе включённые виртуалки; одна из которых жрёт всю доступную RAM - всё, приехали.

Все видели скульптуру Огюста Родена "Мыслитель" - пришлось заменить камень на унитаз, перевернуть скульптуру вверх тормашками и оставить на долгое время в таком положении. Мысль пришла такая:

- одна виртуалка должна содержать 2 ОС: астру и винду. Так как Windows поверх Linux убивает загрузчик, а Linux стенда поверх Windows не накатишь, - нужно сделать 2 отдельных шифрованных диска и прописать Windows в GRUB Linux как "иную систему";

- для добавления к шифрованной виртуалке другого шифрованного диска - требуются временные потери: расшифровка обоих дисков, размещение их в одной виртуалке, шифрование единым паролем обратно. С учётом тормознутости HDD и огромных объёмов стенда - это занимает 2 дня;

- итог: поработал со стендом, создал нужные данные - перезагрузился в Windows с искусственно созданной поддержкой Ext4, записал данные на физический DVD-RW.

Следующий этап: проверка информации на сервере и клиенте. Тут проще: данные поступают с физического DVD, при выключенной виртуалке, его изготовившей. Каждой виртуалке сервера и клиента (вместе нельзя: проверка, в т.ч. взаимодействия по сети между собой) отводится по 2ГБ RAM - этого хватило (2.25ГБ нельзя: физическая RAM отжимается на видеокарты каждой виртуалки).

Следующий этап: ужимание виртуалок, т.к. всё это не влезает на 1ТБ ноутбука при продолжительной работе. Здесь очень пригодилось выделение фиксированного размера для каждого виртуального диска:

- ни одна виртуалка никогда не выйдет за заданное ограничение (как по причине увеличения размера реальных данных, так и по причине постоянно перезаписываемых удаляющихся данных);

- отсутствие двойной фрагментации на медленном HDD (после окончания работ с виртуалками - достаточно дефрагментировать носитель 1 раз - виртуальные диски на карте носителя будут идти 1 за другим);

- возможен промежуточный вариант: ограничение размера виртуального диска на меньший, если там куча свободного места.

В любом случае:

- уменьшение размера раздела Ext4 внутри исходного диска с помощью Paragon Hard Disk Manager v.15;

- зануление оставшегося свободного места с помощью Fast ZeroFilling v.1.2, создание образа с помощью TeraByte Image (на втором виртуальном диске);

- раскатывание ей же на диск с необходимыми ограничениями (на третий виртуальный диск);

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

Расплата: шифрованные виртуалки несжимаемы - для создания шифрованной резервной копии ноутбука с помощью TeraByte Image, целиком требуется диск 1ТБ.