View Single Post
Old 07-17-2017, 11:21 AM   #56
knc1
Going Viral
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
Quote:
Originally Posted by nasser View Post
Thanks to encol's prodding, I finally decided to bite the bullet and attempt "method #1" again!

Since I was already on Ubuntu, had armel architecture in it, had qemu installed, I directly went to the 2nd half of the steps: wget vmlinuz, wget initrd, qemu-img create & qemu-system-arm..

Even though I wasn't running "an emulator on an emulator", and only qemu directly on Ubuntu, it still took almost a whole day for the last step to finish.

I completed the remaining steps and got the debian jessie image running.

But now, the network configuration of the VM seems to be faulty: not able to install any packages, not able to ssh into the VM...
Probable because you where using qemu-system.
That has to be slow, it is emulating bare hardware.

Use qemu-user (user-land emulation only) whenever possible.
That maps system calls from the emulated code to the host system calls rather than try to emulate the underlying hardware.

Of course, qemu-user does place some restrictions on the kernel version running on the host vs the kernel version the code being run under emulation was written for, so that the mapping functions work as intended.
knc1 is offline   Reply With Quote