LINUX.ORG.RU

aQemu Segmentation fault (core dumped)

 , ,


1

1

Здравствуйте! Возникла такая проблемка. В общем установил из репозитория aQemu (графический обвес к ВМ Qemu), первый запуск прошел нормально, сконфигурировал. Но когда дошел до стадии создания ВМ aQemu вылетел с ошибкой Segmentation fault (core dumped). Вот вывод терминала:

AQEMU Debug [0] »>
Sender: int main( int argc, char *argv[] )
Message: AQEMU Config Version: 0.8.1

AQEMU Debug [1] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8

AQEMU Debug [2] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8

AQEMU Debug [3] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8

AQEMU Debug [4] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8
Segmentation fault (core dumped)
Попробовал запустить от супер юзера. Результат немного другой, но aQemu по прежнему не запускается:
AQEMU Debug [0] »>
Sender: int main( int argc, char *argv[] )
Message: AQEMU Config Version: 0.8.1

AQEMU Debug [1] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8

AQEMU Debug [2] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8
Error: "/var/tmp/kdecache-masb8ly" is owned by uid 1000 instead of uid 0.

AQEMU Debug [3] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8

AQEMU Debug [4] »>
Sender: bool Emulator::Load( const QString &path )
Message: Loading emulator file version 0.8
Прошелся дебагером, на выходе получил похожий вывод.
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff06b26000
Core was generated by `aqemu'.
Program terminated with signal 11, Segmentation fault.
#0 0x000000000044ffe1 in ?? ()
Сначала подумал, что проблема в оперативной памяти. Прошелся MemTest'ом. Не одного еррора не выдало. Попробовал перекомпилировать aQemu все тоже самое. Подумал может что-то в зависимостях. Протестировал и перекомпилировал все зависимые пакеты. Опять же ошибка не пропала. Гугление в течении 3х часов результатов не дало. Уже не знаю, что это может быть.

Дело в том, что хочу потестировать VMWare ESXi (в последствии может быть поднимать с него железо, тоесть накатывать на голую машину ESXi, а затем вешать окошки и линукс), но он не поддерживает одноядерные процессоры. Поскольку доступа к мощной машине у меня сейчас нет (при разгоне вентилятор умер и как итог спалил проц) сижу на старичке с Intel Core 2 Duo E7300, а он не поддерживает VT-x. Соответственно эмулировать более 1 ядра в Oracle VirtualBox я не могу. Единственная известная мне виртуальная машина, которая сможет эмулировать более 1 ядра без VT-x это Qemu, поэтому выбор пал на нее. Если есть какие-то ВМ которые имеют такую возможность, то можно было бы и их использовать.

Ответ на: комментарий от tazhate

В каком виде? Я просто никогда не сталкивался с подобным и, соответственно, никогда не отправлял багрепорты и прочее.

P.S. Извиняюсь, если вопросы немного глупы или плохо сформулированы. Мне всего 15 лет, поэтому еще много не понимаю.

masb8ly
() автор топика

Запускай просто qemu. Командная строка там простая. Но будет тормозить.

И, по-моему все ещё можно скачать старый vmplayer. Он может работать на процах без виртуализации, но не помню, умеет ли эмулировать smp.

alt-x ★★★★★
()
Ответ на: комментарий от alt-x

Хорошо, спасибо. Как только доберусь до хорошего инета (до 1 сентября трафик ограничен) скачаю vmplayer.

masb8ly
() автор топика
Ответ на: комментарий от alt-x

Последовал вашему совету и запускал просто Qemu из консоли. Все ли правильно сделал? Сначала создал диск:

masb8ly@masb8ly-P5K:~/VMware vSphere 5/VMware vSphere 5.1/VMware ESXi 5.1$ qemu-img create esxi.qcow  40G
Formatting 'esxi.qcow', fmt=raw size=42949672960
Затем запустил с такими параметрами:
masb8ly@masb8ly-P5K:~/VMware vSphere 5/VMware vSphere 5.1/VMware ESXi 5.1$ qemu -cdrom 5-1.iso -hda esxi.qcow -boot d -net nic -net user -m 2048 -localtime 
Вроде все не плохо. То место на котором висло проскочило. Но сразу после него повис черный экран. Я читал, что так должно быть, но он висит подозрительно долго.

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Не уверен, что из под qemu можно запустить esxi. Невнимательно прочитал исходный пост, приношу извинения. Из под vmplayerа esxi практически наверняка не запустится.

Какая версия qemu? И, если нужно эмулировать несколько процессоров, надо добавить опцию -smp 2 (или сколько надо, но не слишком много, потому что qemu эмулирует их всех на одном физическом). Производительность при эмуляции раз в 10 меньше, чем на голой железке.

alt-x ★★★★★
()
Ответ на: комментарий от alt-x

Да по идее из под Qemu можно запустить все. К тому же ESXi это обычная прослойка, встать должна без проблем. На сервак Dell PowerEdge T620-A2 (стоял у папы на работе) встал без проблем, а дома левой машины теперь нет и потестить негде (мб во время обновления ноута поставлю, но не уверен, что на Sony VAIO древнем запустится).

Версия Qemu 1.4.0. Дождался до утра (черный экран так и не прошел), сейчас добавил этот параметр (-smp 2), но тоже не видно какой-либо реакции. Загружает ядро EXSi и черный экран не доходя по проверки железа.

masb8ly
() автор топика
Ответ на: комментарий от alt-x

Попробовал запустить через kvm. Параметры те же самые. В консоли выдало такое сообщение:

W: kvm binary is deprecated, please use qemu-system-x86_64 instead
Could not access KVM kernel module: No such file or directory
failed to initialize KVM: No such file or directory
Back to tcg accelerator.
Но тем не менее Qemu запустился. Недолго повисел черный экран и прошел до того момента где проверяется железо. Установщик ESXi определил мой процессор как AMD, хотя на скрине (приложен ниже) четко видно, что процессор все же Intel. Ссылка на изображение Какую команду необходимо указать, чтобы процессор воспринялся как Intel. Желательно Xeon (если возможно), чтобы наверняка.

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Итак, попытался сэмулировать Intel Xeon, которые на базе SandyBridge. Запускал с такими параметрами:

kvm -cdrom 5-1.iso -hda esxi.qcow -boot d -m 2048 -localtime -smp 2 -cpu SandyBridge
На данный момент идет инициализация (перед установкой). Судя по тому, что проц молотит во всю и оперативку жрет круто, то вроде первый этап установки должен пройти успешно.

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Собственно танцы с бубном продолжаются. Инициализация чипсета прошла нормально, а в таком состоянии повисло (скрин ниже) и уже долго ничего не происходит. Есть ли идеи почему такое может быть? Ссылка на изображение

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Не знаю. Можно попробовать qemu-system-x86_64 -machine ?, и перебирать варианты оттуда (кроме заранее слишком древних).

Запускать kvm смысла нет, потому что ему нужна поддержка VT-x.

Можно ещё попробовать поиграться с -cpu , например попробовать core2duo или ещё чего. Не факт, что все инструкции SandyBridge полностью эмулирутся.

alt-x ★★★★★
()
Ответ на: комментарий от alt-x

Запускать kvm смысла нет, потому что ему нужна поддержка VT-x.

Но тем не менее только с ним оно и запускается) Сейчас попробую разные CPU

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Запускать kvm смысла нет, потому что ему нужна поддержка VT-x.

Но тем не менее только с ним оно и запускается) Сейчас попробую разные CPU

Т.е. qemu-system-x86_64 не запускается? Это странно.

alt-x ★★★★★
()
Ответ на: комментарий от masb8ly

Осталось попробовать последнюю версию qemu (1.6), или, наоборот, очень старую версию, что-нибудь в районе 0.9 (0.10 уже не подойдёт) которая могла работать без поддержки VT-x через kqemu. Для старой надо брать бинарники, потому что собрать её с gcc4 не получится.

Ну, и разные машинки. Может быть q35 лучше чем 440fx.

alt-x ★★★★★
()
Ответ на: комментарий от alt-x

qemu-system-x86_64 не запускается? Это странно

Судя по всему луна не в той фазе была ._. Вчера не запускался, сейчс нормально стартанул. Посмотрю пройдет ли то стопарное место

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Сколько не пытался даже через qemu-system-x86_64 запустить не получилось. Осталась единственная надежда - поднять под QEMU винду на ней VirtualBox и под ним ESXi. Но нужно добавить оперативки.

masb8ly
() автор топика
Ответ на: комментарий от masb8ly

Слишком много матрёшек. И, скорее всего не выгорит: если баги в эмуляции CPU в QEMU - они точно также сыграют и под VirtualBox запущенном под QEMU - там ничего не эмулируется, а только виртуализируется.

Пробовал последнюю версию QEMU? Ещё можно поробовать другой биос - вроде OVMF тоже поддерживается. Всегда зависает на инициализации таймера? Интересно, о каком таймере речь. Можно ещё попробовать опцию -realtime mlock=off . Ну и зафигячить баг в qemu-devel@nongnu.org . Некоторые баги исправляются в тот же день.

alt-x ★★★★★
()
Ответ на: комментарий от masb8ly

Что-нибудь получилось, или комп поменял?

alt-x ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.