Hi Jim, Here's some notes on initial ram disks -- using them has simplified in the last few years.<br>Ken<br><br>Initial Ram Disk Notes<br><br>Examining the initrd from a 4g stick and one from a usb hard disk showed no significant difference.  The usb hard disk initrd worked<br>
in booting a 4g stick.  My previous booting problems I now attribute to wrong grub devices.<br><br>The initrd may be examined with the cpio command on post FC3 systems.<br>Uncompress the initrd with "gzip -cd" or "zcat", and pipe to cpio to<br>
list the contents.<br>zcat initrd... |cpio  --list<br><br>Older systems use the loopback device:<br>mkdir temp ; cd temp<br>cp /boot/initrd.img ./initrd.img.gz<br>gunzip initrd.img.gz<br>mount -t ext -o loop initrd.img /mnt/initrd<br>
ls -la /mnt/initrd<br><br>Newer systems just unzip and use cpio to create files in a directory:<br>mkdir myird<br>cd myird<br>zcat /boot/initrd.img-2.6.31-16-generic |cpio -iv --make-directories<br><br>From the top level of the initrd directory, you may recreate the<br>
initrd by:<br>find ./ |cpio -H newc -o >../myrd<br>cd ..<br>gzip myrd<br><br>The newc format (-H newc) is required to boot, the default (bin) fails to work.<br><br>In the init script on the top level, I changed the initial init message, and started a /bin/sh just after the depmod -a in init. There was a pause of 20 seconds, then the shell became active, which allowed me to look around the live ramdisk directories. When I exited, the boot sequence continued. If you remove the "quiet" on the grub.cfg (menu.lst) kernels, you can see the progress of the boot -- The lower case "ok"s are from the initram scripts, and the upper case "OK"s are from the root file system scripts.<br>
<br>The initrd contents varies depending upon the type of system you have. The Fedora Core systems tend to have directories like /proc and /sys set up, but Ubuntu (9.04 at least), creates such directories on the fly from the initial scripts.  In either case, the first thing run is /init.<br>
<br>