From Earlham CS Department
Jump to navigation Jump to search


  • Liberation script - For future, let them pick the harddrive to zorch, and how to zorch it (hda, hdc, partition size, etc.)
  • mksingularity.sh <source-dir> <tmp-dir>
  • liberate: Run after CD is booted to copy to HD
  • Decided to package with bccd
    • extract_compressed_fs (/bin)
    • lilo.conf (/etc)
    • liberate (/bin)
    • makebootable (/bin)



  • I've got both the Dell and the bazaar node PXE booting off hopper. I can get to a Busybox prompt but no further though. The problem is that the kernel that the BCCD uses provides no NIC support until after the modules are loaded from singularity. The problem is that we need to load singularity over the network (NFS probably), but that's a chicken-and-the-egg problem.


  • Changing /linuxrc in root.bin to mount NFS, and then call pivot_root to change the current root filesystem from initrd to admin:/singularity (over NFS).
  • We decided initrd is not needed. We took it out, and are no worse off than we were before.
  • inittab's agetty entries are failing because devfsd is silently failing.
  • Disabled /etc/init.d/net* because networking support is already included in the kernel.


  • Need to test run environments.
  • Errors appear, but are not important.


  • Started using qemu
    • had to enable tun/tap in kernel
    • installed qemu 0.8.0 and associated kqemu on acl13
    • qemu -hda skylar.img -cdrom bccd.iso -boot d -net nic,vlan=1 -net tap,vlan=1
-hda <image name> says to use this file as a hard drive.
-cdrom <file name> says to use this file as a cdrom drive.  bonus if the file is already a cd (image)
-boot <bios device> says to boot from this device
-net [options] is how to initialize options within qemu
 - nic,vlan=1 says to create a network interface card for guest system, and create vlan with id 1
 - tap,vlan=1 says to associate tapX with vlan id 1

Also looked at UserModeLinux, but having troubles compiling the kernel.


We've got User-mode-linux booting, although we're still stuck on making it a usable boot. At this point, qemu is still an option because it presents a packaged solution: with UML, we've got the kernel at boot time, which is not /exactly/ what happens when booting from the cd.


We've got some module problems with PCMCIA and PVFS, but we don't think it's anything to worry about on our hardware.