Building Tiny Linux Systems with Busybox, Part 2: Building the Kernel
For this example I use Linux kernel version 2.2.17. The 2.4.0-test8 kernel that I tried did not size the RAM disk for the root file system properly, leading to a ``not enough memory'' message at boot time. That bug will probably be repaired in the 2.4 series of kernels by the time you read this.
We will build our example to run on an i386-architecture PC-compatible system with PC keyboard and VGA display, booting from a floppy disk and running the root file system entirely in RAM once the system is booted. This example should also boot from IDE disks and from FLASH EEPROM devices that masquerade as IDE disks. It can also be configured to boot from a CD-ROM.
Build a bzImage-style kernel with all of the facilities needed for the application, plus these three:
RAM disk support (in the Block Devices menu)
Initial RAM disk (initrd) support (also in the Block Devices menu)
ROM file system support (in the File Systems menu)
Don't use kernel modules, because this example system doesn't support them. Don't put any facilities in the kernel that you don't need, as they will use up space that you need on the floppy disk. A kernel with the facilities you need should be around half a megabyte in size and should fit easily on a floppy along with the ROM root file system. A kernel with many unnecessary bells and whistles will be a megabyte or more and won't leave sufficient room for your ROM root file system.
If you're not familiar with building and installing kernels on a normal Linux PC, you'll need to study up on that. In short, I placed the kernel sources in /usr/src/linux and ran:
xhost +localhost su make xconfig make dep make bzImage
This created a compiled Linux kernel in /usr/src/linux/arch/i386/boot/bzImage.
In the busybox source directory, edit the Makefile, changing the variable DOSTATIC from false to true. Then run make. That will create a static-linked version of busybox. Confirm that it is static-linked by running this command:
This should print something like:
statically linked (ELF)It's important to get this right; if you install a dynamic-linked version of Busybox, your system won't run because we aren't installing the runtime dynamic linker and its libraries on the floppy disk for this example.
We're going to go through all of the steps for creating a minimal root file system by hand so that you will understand just how little is necessary to boot your system rather than copying all of the files from the root of your Linux distribution and then being afraid to remove anything because you don't know whether it's necessary. You will need to become root (the superuser) to perform the following steps because the mknod command requires superuser privilege.
Create the tiny-linux directory and change directory into it:
mkdir tiny-linux cd tiny-linux
Create the standard directories in it:
mkdir dev etc etc/init.d bin proc mnt tmp var var/shm chmod 755 . dev etc etc/init.d bin proc mnt tmp var var/shmEnter the tiny-linux/dev directory:
cd devCreate the generic terminal devices:
mknod tty c 5 0 mknod console c 5 1 chmod 666 tty console #Allow anyone to open and write terminals.Create the virtual terminal device for the VGA display:
mknod tty0 c 4 0 chmod 666 tty0Create the RAM disk device:
mknod ram0 b 1 0 chmod 600 ram0Create the null device, used to discard unwanted output:
mknod null c 1 3 chmod 666 nullChange directory to tiny-linux/etc/init.d, where startup scripts are stored:
cd ../etc/init.dUse an editor to create this shell script in tiny-linux/etc/init.d/rcS. It will be executed when the system boots:
#! /bin/sh mount -a # Mount the default file systems mentioned in /etc/fstab.Make the script executable:
chmod 744 rcSChange directory to tiny-linux/etc:
cd ..Use an editor to create the file tiny-linux/etc/fstab, which says what file systems should be mounted at boot time:
proc /proc proc defaults 0 0 none /var/shm shm defaults 0 0Set the mode of tiny-linx/etc/fstab:
chmod 644 fstabUse an editor to create the file tiny-linux/etc/inittab, which tells /bin/init, the system startup program, what processes to start:
::sysinit:/etc/init.d/rcS ::askfirst:/bin/shThe above example runs the script /etc/init.d/rcS at boot time and runs an interactive shell on the console device.
Set the modes of tiny-linux/etc/inittab:
chmod 644 inittab
That's everything necessary to create your root file system, except for the installation of the programs. Change directory to tiny-linux/bin:
cd ../binCopy your static-linked version of Busybox from wherever you built it into tiny-linux/bin/busybox with a command similar to this one:
cp ~/busybox-0.46/busybox busyboxAdd another command name ls to Busybox using the ln command:
ln busybox lsRun ls, and the result should look like this:
-rwxr-xr-x 2 root root 580424 Sep 12 15:17 busybox -rwxr-xr-x 2 root root 580424 Sep 12 15:17 lsRepeat the above ln command for all of these names:
[, ar, basename, cat, chgrp, chmod, chown, chroot, chvt, clear, cp, cut, date, dc, dd, deallocvtdf, dirname, dmesg, du, dumpkmap dutmp, echo, false, fbset, fdflush, find, free, freeramdisk, fsck.minix, grep, gunzip, gzip, halt, head, hostid, hostname, id, init, insmod, kill, killall, length, linuxrc, ln, loadacm, loadfont, loadkmap, logger, logname, lsmod, makedevs, md5sum, mkdir, mkfifo, mkfs.minix, mknod, mkswap, mktemp, more, mount, mt, mv, nc, nslookup, ping, poweroff, printf, ps, pwd, reboot, rm, rmdir, rmmod, sed, setkeycodes, sh, sleep, sort, swapoff, swapon, syn, c syslogd, tail, tar, tee, telnet, test, touch, tri, true, tty, umount, uname, uniq, update, uptime, usleep, uudecode, uuencode, wc, which, whoami, yes, zcatAre you tired yet? Well, now is a good time to take a break--you've finished creating your ROM root file system.
- Epiq Solutions' Sidekiq M.2
- Android Browser Security--What You Haven't Been Told
- Readers' Choice Awards 2013
- The Many Paths to a Solution
- Nativ Disc
- Download "Linux Management with Red Hat Satellite: Measuring Business Impact and ROI"
- Synopsys' Coverity
- Securing the Programmer
- Tech Tip: Really Simple HTTP Server with Python
- Naztech's Roadstar 5 Car Charger
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide