Я смотрел бы на VMware Converter. Это может импортировать машину Hyper-V тем же путем, это импортирует физические серверы. Я не уверен, что существует способ импортировать непосредственно из vhd.
Я использовал Преобразователь вполне немного, и это - довольно простой/быстрый процесс.
Chida - Я ранее находил те же самые URL-адреса, но по опыту знал, что ext4 будет обрабатывать более 16 ТБ с обновленным ядром и инструментами. Но он по-прежнему не работал.
Наконец, я получил ответ из списка рассылки linux-ext4 - использованная мной команда mkfs.ext4 была обработана. Я перепутал -t и -T. Он должен был читать:
mkfs.ext4 -v -b 4096 -t ext4 -T huge -E stride=128,stripe-width=256 /dev/md0
А потом, как мне сказали, он включил resize_inode и работал, как ожидалось.
Спасибо за вашу помощь.
Это может вам помочь - http://www.spinics.net/lists/linux-ext4/msg27511.html
Создавайте резервные копии, прежде чем что-либо делать, поскольку то, что вы делаете с ext4, кажется очень рискованным.
См. это - https://ext4.wiki.kernel.org/index. php / Ext4_Howto
WARNING: It is NOT recommended to resize the inodes using resize2fs with
e2fsprogs 1.41.0 or later, as this is known to corrupt some filesystems.
Кажется, что до 16 ТБ можно использовать с 64-битной файловой системой ext4, но состояние инструментов, похоже, постоянно меняется. Это очень хорошее чтение - http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/
Если только вы услышите здесь от разработчика файловой системы ext4, вы можете задать этот вопрос в списках рассылки ext4.
Я знаю, что это старый, но просто для того, чтобы кто-нибудь прочитал это в будущем ...
flex_bg
(относительно новый) функция, которая позволяет файловой системе более гибко делиться на «группы блоков». Традиционно он делится на группы блоков равного заранее определенного размера.
Преимущество flex_bg
заключается в том, что большая группа виртуальных блоков позволит, например, собрать большую таблицу inode вместе - и тогда запись большого количества файлов может происходить быстрее, так как не нужно будет искать место в другой группе блоков.
resize_inode
- это пространство, предварительно выделенное для случая, когда вы, возможно, захотите изменить размер файловой системы в будущем. В основном он используется, чтобы попытаться предотвратить необходимость физического перемещения таблицы inode.
resize_inode
занимает некоторое место и позволяет более плавно и быстро изменять размер файловой системы, и flex_bg
снимает ограничения на количество inode (количество файлов / каталогов) и повышает производительность.
Печально то, что mkfs, вероятно, не был достаточно мощным, чтобы иметь возможность изменить эту функцию в файловой системе к тому времени, когда возник вопрос был опубликован, и для некоторых функций могут возникнуть проблемы.
Но изменение этих не должно повредить вашу файловую систему, пока она исправна. Итак, всегда запускайте fsck -f /dev/SD...
прежде чем пытаться изменить такие функции, тогда можете приступать.