У меня есть точно та же проблема; включая нечетное поведение с живой ISO также.
Оказывается, что проблема с личинкой, являющейся f *** редактор так или иначе - возможно засыпанием хост-системы [я говорю это, потому что Christis Bergeles описывает ту же проблему как меня с тем же хостом (Mac OSX) по http://christos.bergeles.net/blog/files/tag-grub.html]
Присоедините свою проблему виртуальный HD к другой рабочей ubuntu VM.
Начальная загрузка в это VM
(следующие две строки предполагают, что этот VM имеет Ваш неисправный диск в/dev/sdb),
sudo монтируют/dev/sdb1/mnt
установка личинки sudo - корневой каталог =/mnt//dev/sda
работавший для меня - на двух отдельных экземплярах этой проблемы.
Tim.
В документации по криптографическому API Windows не говорится, что вызовы генерации ключа или генерации случайных данных могут завершаться ошибкой или задерживаться из-за недостаточная энтропия. Итак, нет, Windows не страдает от проблемы, которую вы описываете.
Это может означать, что в виртуальной или иной среде с дефицитом внешней энтропии некоторые криптографические функции могут быть не такими безопасными, как есть желательно. Однако я никогда не видел этого анализа. Я склонен думать, что современные компьютеры достаточно сложны, чтобы внутренние источники энтропии были адекватными, а системы Linux просто чрезмерно осторожны - но я не криптограф, поэтому мое мнение на самом деле не в счет!
Если под «виртуальными машинами» вы подразумеваете «виртуальные машины», то да, как и у любой другой системы, у них могут быть проблемы с нехваткой энтропии в операциях, требующих большого количества реальной случайности. Это может произойти в любой системе, если в конечном итоге ей потребуется много случайных чисел, но нет хорошего источника.
Если вы делаете что-то, для чего требуется много случайных чисел, я бы предложил какое-то физическое случайное число генератор.