Skip to content

Instantly share code, notes, and snippets.

Embed
What would you like to do?
Chroot to pi sd card
#!/bin/bash
# This script allows you to chroot ("work on")
# the raspbian sd card as if it's the raspberry pi
# on your Ubuntu desktop/laptop
# just much faster and more convenient
# credits: https://gist.github.com/jkullick/9b02c2061fbdf4a6c4e8a78f1312a689
# make sure you have issued
# (sudo) apt install qemu qemu-user-static binfmt-support
# Write the raspbian image onto the sd card,
# boot the pi with the card once
# so it expands the fs automatically
# then plug back to your laptop/desktop
# and chroot to it with this script.
# Invoke:
# (sudo) ./chroot-to-pi.sh /dev/sdb
# assuming /dev/sdb is your sd-card
# if you don't know, when you plug the card in, type:
# dmesg | tail -n30
# Note: If you have an image file instead of the sd card,
# you will need to issue
# (sudo) apt install kpartx
# (sudo) kpartx -v -a 2017-11-29-raspbian-stretch-lite.img
# then
# (sudo) ./chroot-to-pi.sh /dev/mapper/loop0p
# With the vanilla image, you have very little space to work on
# I have not figured out a reliable way to resize it
# Something like this should work, but it didn't in my experience
# https://gist.github.com/htruong/0271d84ae81ee1d301293d126a5ad716
# so it's better just to let the pi resize the partitions
mkdir -p /mnt/raspbian
# mount partition
mount -o rw ${1}2 /mnt/raspbian
mount -o rw ${1}1 /mnt/raspbian/boot
# mount binds
mount --bind /dev /mnt/raspbian/dev/
mount --bind /sys /mnt/raspbian/sys/
mount --bind /proc /mnt/raspbian/proc/
mount --bind /dev/pts /mnt/raspbian/dev/pts
# ld.so.preload fix
sed -i 's/^/#CHROOT /g' /mnt/raspbian/etc/ld.so.preload
# copy qemu binary
cp /usr/bin/qemu-arm-static /mnt/raspbian/usr/bin/
echo "You will be transferred to the bash shell now."
echo "Issue 'exit' when you are done."
echo "Issue 'su pi' if you need to work as the user pi."
# chroot to raspbian
chroot /mnt/raspbian /bin/bash
# ----------------------------
# Clean up
# revert ld.so.preload fix
sed -i 's/^#CHROOT //g' /mnt/raspbian/etc/ld.so.preload
# unmount everything
umount /mnt/raspbian/{dev/pts,dev,sys,proc,boot,}
@akhepcat

This comment has been minimized.

Copy link

@akhepcat akhepcat commented Jan 24, 2018

Just in case somebody has previously commented out a line in /etc/ld.so.preload, you should change your prefixing:

sed -i 's/^/#CHROOT /g' /mnt/raspbian/etc/ld.so.preload
and
sed -i 's/^#CHROOT //g' /mnt/raspbian/etc/ld.so.preload

so that only your specific changes get unwrapped - and if there's an issue, it's obvious what was touched.

@htruong

This comment has been minimized.

Copy link
Owner Author

@htruong htruong commented Jan 25, 2018

@akhepcat: Great idea, added to the script. Thanks!

@simspace-dev

This comment has been minimized.

Copy link

@simspace-dev simspace-dev commented Jul 25, 2018

Thanks for the script. I've been looking into emulation. This seems so much easier and it worked first time.

I need to install some packages, but I can't get WIFI to work.
When I ping google.com, I get this message ...

Unsupported setsockopt level=41 optname=25
WARNING: your kernel is veeery old. No problems.
Unsupported setsockopt level=255 optname=7
setsockopt(RAW_CHECKSUM) failed - try to continue.Unsupported setsockopt level=58 optname=1
setsockopt(ICMP6_FILTER): Protocol not available

I did install the latest Stretch-Lite image

I did add cp -L /etc/resolv.conf /mnt/raspbian/etc/resolv.conf to the script, based on some posts I found regarding chroot and network connections, but still no luck.

Do you have any ideas how I can get the WIFI connection working, so I can install some packages and build a couple of apps?

Thanks,
Chris

@simspace-dev

This comment has been minimized.

Copy link

@simspace-dev simspace-dev commented Jul 25, 2018

I found another post and it looks like mounting the resolv.conf file (not copying) is what was needed.

I changed cp -L /etc/resolv.conf /mnt/raspbian/etc/resolv.conf to mount --bind /etc/resolv.conf /mnt/raspbian/etc/resolv.conf and I can now ping sites from my chrooted Raspbian SD card.

Now, can I get an app to build? We'll find out. On to the next challenge.

Thanks again for the script!

@dimitry-ishenko

This comment has been minimized.

Copy link

@dimitry-ishenko dimitry-ishenko commented Sep 6, 2019

FYI, if you install qemu-user-static on the host machine, there is no need to copy anything into the chroot.

@cinderblock

This comment has been minimized.

Copy link

@cinderblock cinderblock commented Apr 10, 2020

@dimitry-ishenko what do you mean exactly? It is installed on the host machine. Is there a way to run the chroot so that you don't need to copy qemu-arm-static?

@dimitry-ishenko

This comment has been minimized.

Copy link

@dimitry-ishenko dimitry-ishenko commented Apr 10, 2020

@cinderblock pretty much what I said.

Linux has a feature called binfmt_misc. After you sudo apt install qemu-user-static package on the host machine, it will register a number of binary formats to allow execution of foreign binaries.

From the package description (note the last paragraph):

 QEMU is a fast processor emulator: currently the package supports
 ARM, CRIS, i386, M68k (ColdFire), MicroBlaze, MIPS, PowerPC, SH4,
 SPARC and x86-64 emulation. By using dynamic translation it achieves
 reasonable speed while being easy to port on new host CPUs.
 .
 This package provides the user mode emulation binaries, built
 statically. In this mode QEMU can launch Linux processes compiled for
 one CPU on another CPU.
 .
 qemu-user-static package will register binary formats which the provided
 emulators can handle, so that it will be possible to run foreign binaries
 directly.

No need to copy anything anywhere.

@cinderblock

This comment has been minimized.

Copy link

@cinderblock cinderblock commented Apr 11, 2020

@dimitry-ishenko Wow! So everyone that's copying that binary over is just wasting time?

@dimitry-ishenko

This comment has been minimized.

Copy link

@dimitry-ishenko dimitry-ishenko commented Apr 11, 2020

@dimitry-ishenko Wow! So everyone that's copying that binary over is just wasting time?

Yep. Imagine the amount of time and electricity wasted on needlessly copying this file by millions of people... Trees that are cut down for no reason... Melting ice... Rising water levels... Bush fires in California... So... I figured I'll chime in and let everyone know. 🤣

@cinderblock

This comment has been minimized.

Copy link

@cinderblock cinderblock commented May 19, 2020

@dimitry-ishenko So, I finally actually got around to trying this. It does not seem to work for me unless I copy the qemu binary to the chroot. I'm working over here: https://gist.github.com/cinderblock/20952a653989e55f8a7770a0ca2348a8

@ikidd

This comment has been minimized.

Copy link

@ikidd ikidd commented Aug 12, 2020

I had to export PATH=/sbin:/usr/sbin:/usr/bin:/bin in the chroot, might want to add that to the comments in script for newish users so they can use common bash commands from the start.

@Chidhambararajan

This comment has been minimized.

Copy link

@Chidhambararajan Chidhambararajan commented Oct 13, 2020

Hi, so whenever I chroot into raspberry pi IMG , the processor arch is always armv7 .. Anyway I could select armv6??

@combs

This comment has been minimized.

Copy link

@combs combs commented Dec 2, 2020

wow, this will save me some time, thank you!

Might be worth adding a 'set -e' or individual error handling to lines like chroot, mount, etc in case of typos or other errors... It could make changes to the host machine without?

edit: I guess it would just leave stray files in /mnt/raspbian. shrug!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.