Жесткий диск QEMU без устройств, без файловой системы, но файлы все еще доступны
Думаю, что для этих разовых, неповторяющихся -задач я нашел лучшее решение с помощью systemd-run. Для первой записи в списке я бы написал скрипт для запускаsystemd-run --user --on-calendar="2019-08-25 19:51" /usr/local/bin/mlrpt "17:51-18:05" -t 14
В комментариях вы показали выводfile -s /dev/sdc:
/dev/sdc: Linux rev 1.0 ext4 filesystem data, UUID=3cd41499-e6d0-470f-88c1-e828beb07f42 (needs journal recovery) (extents) (64bit) (large files) (huge files)
Это указывает на то, что диск действительно был настроен без таблицы разделов. С дисками данных виртуальных машин это действительно может быть преимуществом :: оно позволяет вам расширять файловую систему сразу после того, как виртуальный диск был расширен, без необходимости возиться с изменением таблицы разделов.
Просто скажите хост-системе расширить виртуальный диск, затем, возможно, echo 1 > /sys/block/sdc/device/rescanв виртуальной машине, если ваша платформа виртуализации еще не сообщила виртуальной машине о расширении диска автоматически, и тогда вы можете просто расширить файловую систему, чтобы заполнить (расширил )виртуальный диск с помощью resize2fs /dev/sdc.
Низкая производительность, вероятно, вызвана не отсутствием таблицы разделов; на самом деле отсутствие разбиения делает доступ к диску немного проще.
Вам следует выяснить, какой тип драйверов позволяет использовать ваша среда виртуализации для ваших виртуальных машин. Если среда позволяет использовать паравиртуализированные(virtio)драйверы, они могут работать на несколько порядков лучше, чем когда хост виртуализации эмулирует конкретную модель контроллера физической памяти для виртуальной машины.