> On Thu, 2010-12-23 at 21:16 -0800, Victor McAllister wrote: > > > > ON a 486 WRAP box, using the initrd.lrp from the 486 iso the system > > boots up until it stops with this. > > > > > > [ 2.953360] Freeing unused kernel memory: 236k freed > > LINUXRC: Bering - Initrd - 4.0.0 Rev 9 uClibc 0.9.30.3 > > LINUXRC: Parsing kernel command line... > > LINUXRC: Loading modules... > > [ 8.298858] SCSI subsystem initialized > > LINUXRC: Root: /dev/ram0 > > LINUXRC: Looking for leaf.cfg... > > LINUXRC: Generating default dirs... > > LINUXRC: Generating /tmp & /var/log partitions ... > > LINUXRC: PKGPATH is empty or unset. Can not install packages. > > LINUXRC: LRP= is empty or unset. Can not install packages. > > LINUXRC: chown and chmod /dev... > > LINUXRC: Loaded Packages > > can't run '/etc/init.d/rcS': No such file or directory > > > > Please press Enter to activate this console. > > > > indeed at this stage /etc/init.d only has ntpd in it. > > > > Early in the boot process the system read the Kernel command line: > > reboot = bios console=ttsS0,19200n8 VERBOSE=1 Boot_IMAGE=/sys.inux/linux > > initrd=/initrd.lrp rw root=/dev/ram0 LEAFCFG=/dev/sda1:vfat > > > > echo $PKGPATH > > echo $LRP are indeed both empty > > > > not sure what I am doing wrong. > > > > Victor
Victor and I have been exchanging messages off-list and we have found and fixed the problem. The summary is: 1. The Bering-uClubc 4.0-beta1 initrd file was missing the "pata_sc1200" kernel Module required for the IDE controller on the WRAP board. Despite LEAFCFG being set correctly the system could not see /dev/sda1. Unfortunately it is not simply a case of extracting pata_sc1200.ko from modules.tgz, since it is not there either. 2. The Geode kernel does not work on the WRAP boards, only on the ALIX boards. The plain i486 kernel *does* work on the WRAP board, but there is no i486 "serial console" disk Image for 4.0-beta1. Both these problems will be fixed in 4.0-beta2. davidMbrooke ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ------------------------------------------------------------------------ leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/