VHDD

Всегда мечтали поработать с диском в 100Tb? Вам сюда ;)
В скриншотах примера, правда, всего 10.

Суть - команда создаёт/монтирует файл своего формата (динамически расширяемый), в котором хранит "жёсткий диск" произвольного размера.
Работа этого диска не оптимизирована, поэтому не стоит использовать его для чтения записи гигабайт информации.

Диск доступен только внутри QSINIT, разумеется. Несмотря на это, у него есть полезный вариант использования - резервная копия разбивки жесткого диска. Т.е. создаётся "файлдиск", точно совпадающий по размеру с исходным реальным. Потом командой "dmgr clone" или в sysview на него "клонируется" структура. В случае нарушения структуры реального диска - можно будет, как минимум сверить данные - или, даже, клонировать структуру назад на реальный.

Собственно, в диалоге Disk Management в SysView - это дело автоматизировано в виде отдельной опции. Разделы с данными так не забэкапишь - но сохранить структуру диска и небольшой раздел Boot Manager-а - запросто.

Помимо прочего VHDD умеет монтировать полноразмерные (не-динамические) VHD, ISO и обычные raw образы без заголовков (если указать опциями их формат).

Но это отдельная история, пока - создаём диск в 10Tb и сразу монтируем его:


Вот он в "sysview", чистенький ;)


Инициализируем в GPT, получаем 9999Gb свободного пространства - сам себе завидую ;)


Смотрим в редакторе секторов - видим MBR с кодом в 0-м секторе и заголовок GPT в 1-м.


Создаём раздел в 1000000 Mb.


И более гуманный - в 40Gb, который уже можем отформатировать в FAT32:


Что и делаем (поскольку файлдиск у нас плохонький, выбор wipe disk здесь будет не фатален, но окончится ошибкой записи когда файл диска вырастет до 4gb - из 40ка необходимых ;)).
Если образ был создан на exFAT, то 4Gb не предел, конечно.


Вот что у нас получилось:


Диалог форматирования монтирует раздел на первую свободную букву диска (QSINIT) - в данном случае D:. Уходим из sysview в shell, смотрим что у нас на D: и записываем туда лог. После этого размонтируем диск.
Файл bb.bin вполне годен к дальнейшему использованию.


Попутно из команды vhdd info видно, что после всех разбиений и форматов - использовано всего 47 секторов ;) При этом - 35 секторов занял log.txt с текстом. Ошибки нет - таблица разделов GPT диска большая, но содержит одни нули (кроме 2-х записей созданных разделов), таблицы FAT на пустом диске тоже заполнены нулями.

Если форматировать в HPFS, JFS или exFAT - секторов будет намного больше (пустое место там обозначается единичками в битмапах, поэтому формат запишет на раздел много единичек ;)).