Xen ARM with Virtualization Extensions/RootFilesystem: Difference between revisions
(Created page with "= Introduction = This page describes how to create a root filesystem suitable for use with a Xen on ARM system from a non-ARM host system. These instructions are intended as a …") |
(Updated for Saucy) |
||
(5 intermediate revisions by the same user not shown) | |||
Line 4: | Line 4: | ||
These instructions are intended as a counterpart to the [[Xen_ARM_with_Virtualization_Extensions/CrossCompiling|Cross Compilation instructions]] since it is assumed that if you are compiling native then you already have a suitable root file system available. |
These instructions are intended as a counterpart to the [[Xen_ARM_with_Virtualization_Extensions/CrossCompiling|Cross Compilation instructions]] since it is assumed that if you are compiling native then you already have a suitable root file system available. |
||
Although these instructions are primarily concerned with creating a root filesystem for use as domain 0 they could also be adapted for use as a guest root filesystem. |
|||
= Typographical Conventions = |
|||
; # |
|||
: Commands to run as root on the host |
|||
; $ |
|||
: Commands to run as your regular user on the host |
|||
; (chroot)# |
|||
: Commands to run as root within the chroot |
|||
; (chroot)$ |
|||
: Commands to run as the regular user in the chroot |
|||
; $USER |
|||
: Your regular username on the host (which is propagated to the chroot) |
|||
= Preparing the device and filesystem = |
= Preparing the device and filesystem = |
||
Line 39: | Line 54: | ||
= Populating the root filesystem = |
= Populating the root filesystem = |
||
Having created and mounted the root filesystem we next need to populate it with a distro. This distro should match the one which you use for compiling, for example if you have followed the [[Xen_ARM_with_Virtualization_Extensions/CrossCompiling|Cross Compilation instructions]] then this will be the Ubuntu |
Having created and mounted the root filesystem we next need to populate it with a distro. This distro should match the one which you use for compiling, for example if you have followed the [[Xen_ARM_with_Virtualization_Extensions/CrossCompiling|Cross Compilation instructions]] then this will be the [http://www.ubuntu.com Ubuntu] [https://wiki.ubuntu.com/SaucySalamander Saucy Salamander] release. We will use Saucy in the examples here. Note that the 32 bit arm architecture in Debian and Ubuntu is called ''armhf''. |
||
To populate the root filesystem we will use the <code>debootstrap</code> tool provided by Debian and Ubuntu. Since we are creating an ARM root filesystem from a non-ARM host we will also be performing a two stage debootstrap using the qemu-user-static emulator to perform the second stage. If your host is an ARM system then it is possible to run debootstrap in a single pass however this is out of scope here. |
To populate the root filesystem we will use the <code>debootstrap</code> tool provided by Debian and Ubuntu. Since we are creating an ARM root filesystem from a non-ARM host we will also be performing a two stage debootstrap using the qemu-user-static emulator to perform the second stage. If your host is an ARM system then it is possible to run debootstrap in a single pass however this is out of scope here. |
||
Line 45: | Line 60: | ||
First install the necessary host tools and perform the first pass: |
First install the necessary host tools and perform the first pass: |
||
# apt-get install debootstrap qemu-user-static binfmt-support |
# apt-get install debootstrap qemu-user-static binfmt-support |
||
# debootstrap --foreign --arch armhf |
# debootstrap --foreign --arch armhf saucy /mnt http://ports.ubuntu.com/ |
||
Then copy the qemu static binary to the chroot and run the second pass: |
Then copy the qemu static binary to the chroot and run the second pass: |
||
Line 53: | Line 68: | ||
(chroot)# exit |
(chroot)# exit |
||
If you want to create an ''arm64'' filesystem then replace ''armhf'' with ''arm64'' in the above |
If you want to create an ''arm64'' filesystem then replace ''armhf'' with ''arm64'' in the above. |
||
= Tailoring the root filesystem = |
= Tailoring the root filesystem = |
||
Line 59: | Line 74: | ||
The <code>debootstrap</code> creates a rather basic initial root filesystem which requires some tailoring before it can be used to boot a real system. |
The <code>debootstrap</code> creates a rather basic initial root filesystem which requires some tailoring before it can be used to boot a real system. |
||
; Configure /etc/hostname |
|||
: Simply write the hostname to <code>/etc/hostname</code> |
|||
; Add a getty to the serial device |
|||
⚫ | |||
: On Ubuntu with upstart to add a getty on <code>$DEVICE</code> copy <code>/etc/init/tty.conf</code> to <code>/etc/init/$DEVICE</code> and edit to change all instances of <code>tty</code> to <code>$DEVICE</code>. |
|||
: ''TBD: Other distros/initsystems'' |
|||
; Set a root password |
|||
: Run <code>passwd</code> within the chroot. |
|||
⚫ | |||
: Set up <code>/etc/network/interfaces</code>. See [Network Configuration Examples (Xen 4.1+)] |
|||
; Configure apt |
|||
: Create <code>/etc/apt/sources.list</code> containing <code>deb http://ports.ubuntu.com/ saucy main</code> |
|||
''TBD: This section could use more details'' |
''TBD: This section could use more details'' |
Latest revision as of 08:12, 2 April 2014
Introduction
This page describes how to create a root filesystem suitable for use with a Xen on ARM system from a non-ARM host system.
These instructions are intended as a counterpart to the Cross Compilation instructions since it is assumed that if you are compiling native then you already have a suitable root file system available.
Although these instructions are primarily concerned with creating a root filesystem for use as domain 0 they could also be adapted for use as a guest root filesystem.
Typographical Conventions
- #
- Commands to run as root on the host
- $
- Commands to run as your regular user on the host
- (chroot)#
- Commands to run as root within the chroot
- (chroot)$
- Commands to run as the regular user in the chroot
- $USER
- Your regular username on the host (which is propagated to the chroot)
Preparing the device and filesystem
Filesystem image
If you are using a software emulator (such as the Fast or Foundation models) then you will mostly likely want to create a root filesystem as a image file. Start by creating an empty file, e.g. to create a 512MB image:
$ dd if=/dev/zero bs=1M count=512 of=rootfs.img
Note: Some versions of the fast model restrict MMC file systems images to 512MB
Once the image has been created you can create an ext3 filesystem in it with:
$ /sbin/mkfs.ext3 rootfs.img mke2fs 1.42.5 (29-Jul-2012) rootfs.img is not a block special device. Proceed anyway? (y,n) y ...
And finally mount it using a loop back device:
# mount -o loop rootfs.img /mnt
Physical device
If you are working with a physical system then it is likely that you want a root filesystem on a physical device, such as an MMC card. This will usually involve putting the card into some sort of adapter (many monitors have these built in) and attaching to your host system. Once the device is attached to your host system you need to identify its name in your system, e.g. by looking at the output of dmesg
. It will usually be called sd<X> where <X> is b, c etc.
WARNING: The root filesystem of your host is likely to also be a sd<X> device. Be *very* careful!
Once you have identified the correct device (here we assume it is sdz, substitute as required) you can create an ext3 filesystem with:
# mkfs.ext3 /dev/sdz
And finally mount it:
# mount /dev/sdz /mnt
Populating the root filesystem
Having created and mounted the root filesystem we next need to populate it with a distro. This distro should match the one which you use for compiling, for example if you have followed the Cross Compilation instructions then this will be the Ubuntu Saucy Salamander release. We will use Saucy in the examples here. Note that the 32 bit arm architecture in Debian and Ubuntu is called armhf.
To populate the root filesystem we will use the debootstrap
tool provided by Debian and Ubuntu. Since we are creating an ARM root filesystem from a non-ARM host we will also be performing a two stage debootstrap using the qemu-user-static emulator to perform the second stage. If your host is an ARM system then it is possible to run debootstrap in a single pass however this is out of scope here.
First install the necessary host tools and perform the first pass:
# apt-get install debootstrap qemu-user-static binfmt-support # debootstrap --foreign --arch armhf saucy /mnt http://ports.ubuntu.com/
Then copy the qemu static binary to the chroot and run the second pass:
# cp /usr/bin/qemu-arm-static /mnt/usr/bin/ # sudo chroot /mnt (chroot)# ./debootstrap/debootstrap --second-stage (chroot)# exit
If you want to create an arm64 filesystem then replace armhf with arm64 in the above.
Tailoring the root filesystem
The debootstrap
creates a rather basic initial root filesystem which requires some tailoring before it can be used to boot a real system.
- Configure /etc/hostname
- Simply write the hostname to
/etc/hostname
- Add a getty to the serial device
- On Ubuntu with upstart to add a getty on
$DEVICE
copy/etc/init/tty.conf
to/etc/init/$DEVICE
and edit to change all instances oftty
to$DEVICE
. - TBD: Other distros/initsystems
- Set a root password
- Run
passwd
within the chroot. - Configure networking
- Set up
/etc/network/interfaces
. See [Network Configuration Examples (Xen 4.1+)] - Configure apt
- Create
/etc/apt/sources.list
containingdeb http://ports.ubuntu.com/ saucy main
TBD: This section could use more details
Installing Xen
If you have followed the Cross Compilation instructions then your build tree will include a dist/install
subdirectory which contains the binaries to be copied into your root filesystem. Simply copy these across:
# rsync -avp dist/install/ /mnt/
Using the root filesystem and incremental updates
The root filesystem is now complete, unmount it with:
# umount /mnt
Now you can use rootfs.img with your emulator or transfer your MMC card to your physical system.
To incrementally update your Xen binaries simply remount the device on your host system and copy new binaries across or use rsync
to update them across the network.