How to emulate a Raspberry Pi (Raspbian Jessie) on Mac OSX (El Capitan)

qemu_osx_rpi_raspbian_jessie.sh

# Install QEMU OSX port with ARM support
sudo port install qemu +target_arm
export QEMU=$(which qemu-system-arm)

# Dowload kernel and export location
curl -OL \
https://github.com/dhruvvyas90/qemu-rpi-kernel/blob/master/kernel-qemu-4.1.7-jessie
export RPI_KERNEL=./kernel-qemu-4.1.7-jessie

# Download filesystem and export location
curl -o 2015-11-21-raspbian-jessie.zip \
-L http://downloads.raspberrypi.org/raspbian/images/raspbian-2015-11-24/2015-11-21-raspbian-jessie.zip
unzip 2015-11-21-raspbian-jessie.zip
export RPI_FS=./2015-11-21-raspbian-jessie.img

# Tweak filesystem: start qemu with init flag, switch to guest window to execute tweak and close window afterwards
$QEMU -kernel $RPI_KERNEL \
-cpu arm1176 -m 256 \
-M versatilepb -no-reboot -serial stdio \
-append "root=/dev/sda2 panic=1 rootfstype=ext4 rw init=/bin/bash" \
-hda $RPI_FS

sed -i -e 's/^/#/' /etc/ld.so.conf
sed -i -e 's/^/#/' /etc/fstab

# Emulate Raspberry Pi
$QEMU -kernel $RPI_KERNEL \
-cpu arm1176 -m 256 \
-M versatilepb -no-reboot -serial stdio \
-append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" \
-hda $RPI_FS \
-redir tcp:5022::22

# Login to Raspberry Pi
ssh -p 5022 pi@localhost

# Referenced from OSX raspberry pi emulation via QEMU - https://gist.github.com/JasonGhent/e7deab904b30cbc08a7d
# Referenced from Emulating Jessie image with 4.1.7 kernel - https://github.com/dhruvvyas90/qemu-rpi-kernel/wiki/Emulating-Jessie-image-with-4.1.7-kernel

Ok, got it working for Mojave

$ cat ./rpi-qemu.sh

#!/bin/sh

#  MacOS Mojave

brew install qemu

export QEMU=$(which qemu-system-arm)
export TMP_DIR=~/tmp/qemu-rpi
export RPI_KERNEL=${TMP_DIR}/kernel-qemu-4.14.79-stretch
export RPI_FS=${TMP_DIR}/2018-11-13-raspbian-stretch-lite.img
export PTB_FILE=${TMP_DIR}/versatile-pb.dtb
export IMAGE_FILE=2018-11-13-raspbian-stretch-lite.zip
export IMAGE=http://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2018-11-15/${IMAGE_FILE}

mkdir -p $TMP_DIR; cd $TMP_DIR

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/blob/master/kernel-qemu-4.14.79-stretch?raw=true \
	    -O ${RPI_KERNEL}

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/raw/master/versatile-pb.dtb \
	    -O ${PTB_FILE}

wget $IMAGE
unzip $IMAGE_FILE


$QEMU -kernel ${RPI_KERNEL} \
	-cpu arm1176 -m 256 -M versatilepb \
	-dtb ${PTB_FILE} -no-reboot \
	-serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" \
	-drive "file=${RPI_FS},index=0,media=disk,format=raw" \
	-net user,hostfwd=tcp::5022-:22 -net nic \

I have turned this into a gist

https://gist.github.com/tinjaw/5bc5527ff379e8dd299a0b67e2bc9b62

@romera94 I got your script to work (thanks, really easy!)

Has anyone gotten sound to work using this combination?

I added -soundhw all to the qemu command launcher $QEMU -soundhw all ...rest of the args...
Then inside the booted rPI machine, I run lspci -v and get [disabled] audio devices.

$ lspci -v
00:0c.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895a
	Flags: bus master, fast devsel, latency 255, IRQ 66
	I/O ports at 1400 [size=256]
	Memory at 50006000 (32-bit, non-prefetchable) [size=1K]
	Memory at 50004000 (32-bit, non-prefetchable) [size=8K]
	Kernel driver in use: sym53c8xx
lspci: Unable to load libkmod resources: error -12

00:0d.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI]
	Subsystem: Device 4942:4c4c
	Flags: slow devsel
	I/O ports at 1800 [disabled] [size=256]

00:0e.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01)
	Subsystem: Red Hat, Inc QEMU Virtual Machine
	Flags: medium devsel
	I/O ports at 1000 [disabled] [size=1K]
	I/O ports at 1c00 [disabled] [size=256]

00:0f.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01)
	Subsystem: Red Hat, Inc QEMU Virtual Machine
	Flags: fast devsel
	Memory at 50000000 (32-bit, non-prefetchable) [disabled] [size=16K]

Running aplay -l gives

$ aplay -l
aplay: device_list:270: no soundcards found...

Working on Mac OS Catalina with the most recent Raspbian version..

`#!/bin/sh

MacOS Catalina

brew install qemu

export QEMU=$(which qemu-system-arm)
export TMP_DIR=~/tmp/qemu-rpi
export RPI_KERNEL=${TMP_DIR}/kernel-qemu-4.14.79-stretch
export RPI_FS=${TMP_DIR}/2019-09-26-raspbian-buster-lite.img
export PTB_FILE=${TMP_DIR}/versatile-pb.dtb
export IMAGE_FILE=2019-09-26-raspbian-buster-lite.zip
export IMAGE=http://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2019-09-30//${IMAGE_FILE}

mkdir -p $TMP_DIR; cd $TMP_DIR

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/blob/master/kernel-qemu-4.14.79-stretch?raw=true
-O ${RPI_KERNEL}

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/raw/master/versatile-pb.dtb
-O ${PTB_FILE}

wget $IMAGE
unzip $IMAGE_FILE

$QEMU -kernel ${RPI_KERNEL}
-cpu arm1176 -m 256 -M versatilepb
-dtb ${PTB_FILE} -no-reboot
-serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw"
-drive "file=${RPI_FS},index=0,media=disk,format=raw"
-net user,hostfwd=tcp::5022-:22 -net nic `

Working perfectly

Updated gist
https://gist.github.com/tinjaw/5bc5527ff379e8dd299a0b67e2bc9b62

Turned this into robust Bash scripts: https://github.com/faf0/macos-qemu-rpi

Working on Mac OS Catalina with the most recent Raspbian version..

`#!/bin/sh

MacOS Catalina

brew install qemu

export QEMU=$(which qemu-system-arm)
export TMP_DIR=~/tmp/qemu-rpi
export RPI_KERNEL=${TMP_DIR}/kernel-qemu-4.14.79-stretch
export RPI_FS=${TMP_DIR}/2019-09-26-raspbian-buster-lite.img
export PTB_FILE=${TMP_DIR}/versatile-pb.dtb
export IMAGE_FILE=2019-09-26-raspbian-buster-lite.zip
export IMAGE=http://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2019-09-30//${IMAGE_FILE}

mkdir -p $TMP_DIR; cd $TMP_DIR

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/blob/master/kernel-qemu-4.14.79-stretch?raw=true
-O ${RPI_KERNEL}

wget https://github.com/dhruvvyas90/qemu-rpi-kernel/raw/master/versatile-pb.dtb
-O ${PTB_FILE}

wget $IMAGE
unzip $IMAGE_FILE

$QEMU -kernel ${RPI_KERNEL}
-cpu arm1176 -m 256 -M versatilepb
-dtb ${PTB_FILE} -no-reboot
-serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw"
-drive "file=${RPI_FS},index=0,media=disk,format=raw"
-net user,hostfwd=tcp::5022-:22 -net nic `

Working perfectly

Can you update it changing the lite version to full version of RPI

Hi, great job with this tutorial.

Could anyone help me to configure SSH in qemu-system-arm on macOS Catalina? I have tried I lot with no success.

I also would like to transfer files direct from the host into the guest without using scp. Any suggestion?

Thanks a lot!

Hi, thanks,
How to have root access ?
pi@raspberrypi:~$ mosquitto -c /etc/mosquitto/mosquitto.conf
1587242593: Error: Unable to open log file /var/log/mosquitto/mosquitto.log for writing.

pi@raspberrypi:/var/log/mosquitto$ chmod 777 mosquitto.log
chmod: changing permissions of 'mosquitto.log': Operation not permitted

I have got this error

EDIT: Turns out that the emulated pi's claims about its IP address are bogus, and I should do (from my host) ssh pi@localhost -p 5022.

---

Thanks @gorozco58 - that worked for me to start the emulation. However, I can't ssh to it - even after running sudo systemctl enable ssh; sudo systemctl start ssh; sudo service ssh start (I know - I'm paranoid!) on the emulated Pi, the following (from the host machine) times out:

$ ssh -vvv pi@<pi_IP_address> -p 5022
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /Users/jackjack/.ssh/config
debug1: /Users/jackjack/.ssh/config line 3: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug2: resolve_canonicalize: hostname <pi_IP_address> is address
debug2: ssh_connect_direct
debug1: Connecting to <pi_IP_address> [<pi_IP_address>] port 5022.
debug1: connect to address <pi_IP_address> port 5022: Operation timed out
ssh: connect to host <pi_IP_address> port 5022: Operation timed out

Hi, thanks,
How to have root access ?
pi@raspberrypi:~$ mosquitto -c /etc/mosquitto/mosquitto.conf
1587242593: Error: Unable to open log file /var/log/mosquitto/mosquitto.log for writing.

pi@raspberrypi:/var/log/mosquitto$ chmod 777 mosquitto.log
chmod: changing permissions of 'mosquitto.log': Operation not permitted

I have got this error

does sudo su work?

When runnung QEMU I'm getting this error:

qemu-system-arm: arm1176: Could not open 'arm1176': No such file or directory

Searching around hasn't really yielded anything. Perhaps someone ran into something similar?

When runnung QEMU I'm getting this error:

qemu-system-arm: arm1176: Could not open 'arm1176': No such file or directory

Searching around hasn't really yielded anything. Perhaps someone ran into something similar?

What command did you run?

Sorry, I thought I had pasted it in my first reply:

$QEMU -kernel $RPI_KERNEL \ 
-cpu arm1176 \
-m 256 \
-M versatilepb \
-no-reboot \
-serial stdio \
-append "root=/dev/sda2 panic=1 rootfstype=ext4 rw init=/bin/bash" \
-hda $RPI_FS

The only difference between the original is I installed QEMU via homebrew and I'm wondering if there was an option I needed to pass that I missed. The ARM QEMU binaries exist - it's just complaining about the CPU. I tried substituting it with a few different ARM CPUs and they all resulted in the same error.

Ok, turns out a fresh reinstall of QEMU was needed (thanks brew). Running the same command now results in the QEMU GUI opening up but the screen is black and there's no output being redirected to my local console. It appears -serial stdio should redirect to my local session, but nothing is output and it's unresponsive to any input.

Any idea on what to look at?

Ok, turns out a fresh reinstall of QEMU was needed (thanks brew). Running the same command now results in the QEMU GUI opening up but the screen is black and there's no output being redirected to my local console. It appears -serial stdio should redirect to my local session, but nothing is output and it's unresponsive to any input.

Any idea on what to look at?

Yeah, same goes for me, but I think you should wait more. (I do not recall if I used this method or another method)