From: McPherson, C. A <Cha...@st...> - 2011-12-20 17:31:55
|
According to the inittab file, the runlevels are generally used as follows: Runlevel 0 is halt. Runlevel 1 is single-user. Runlevel 2-5 are multi-user. Runlevel 6 is reboot. The u-boot variables found were as follows: Overo # printenv baudrate=115200 bootcmd=if mmc init; then if run loadbootscript; then run bootscript; else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; else run nandboot fi bootdelay=5 bootscript=echo Running bootscript from mmc ...; source ${loadaddr} console=ttyS2,115022n8 defaultdisplay=lcd35 dieid#=62b200040000000004037f680e00501a dvimode=1024x768MR-16@60 loadaddr=0x82000000 loadbootscript=fatload mmc 0 ${loadaddr} boot.scr loaduimage=fatload mmc 0 ${loadaddr} uImage mmcargs=setenv bootargs console=${console} mpurate=${mpurate} vram=${vram} omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=${mmcroot} rootfstype=${mmcrootfstype} mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} mmcroot=/dev/mmcblk0p2 rw mmcrootfstype=ext3 rootwait mpurate=500 nandargs=setenv bootargs console=${console} mpurate=${mpurate} vram=${vram} omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=${nandroot} rootfstype=${nandrootfstype} nandboot=echo Booting from nand ...; run nandargs; nand read ${loadaddr} 280000 400000; bootm ${loadaddr} nandroot=/dev/mtdblock4 rw nandrootfstype=jffs2 stderr=serial stdin=serial stdout=serial vram=12M When the system specifies bootargs, I see no mention of a runlevel. ________________________________________ From: sturnfie [stu...@gm...] Sent: Saturday, December 17, 2011 7:25 PM To: gum...@li... Subject: Re: [Gumstix-users] Bootable SD card for Overo Fire McPherson, Charles A wrote > > I won't get back into work until Monday or Tuesday, but where can I find > the u-boot variables? > > Thanks, > Charles > Hi Charles, Typically, the u-boot variables are read from the NAND (even if you are booting u-boot from an MMC). Most convenient access method is found during boot. If you have a serial console during boot, you're likely to see x-load, then u-boot starting, then a countdown, then the beginning of the extraction of the linux kernel. During the countdown, send a keystroke to interrupt the countdown and you'll be at a command line running in something of a u-boot shell. The command "printenv" will list the u-boot variables. There are plenty of things that are configurable. See the following list: http://www.denx.de/wiki/DULG/UBootEnvVariables I'm surprised to see a runlevel 1 boot. It, however, might be due to some way the system is set to configure itself on first boot. The runlevel 1 would be configured in the "bootargs" variable; the configuration passed to the kernel. Runlevels are more of a convention than a hard-rule, but typically a system with full functionality enabled uses a runlevel of 3 or 5. Check your /etc/init.d to see what is set to run in runlevel 1, and compare that to see what is running at runlevel 5. The error to me read that there was nothing starting at runlevel 1, so the system halted. Passing a "5" at the end of the bootargs string would be sufficient to set the proper runlevel, if this is indeed the cause of the error.. Reference: http://en.wikipedia.org/wiki/Runlevel http://www.ghacks.net/2009/04/04/get-to-know-linux-the-etcinitd-directory/ Lucas ----- -- Lucas Sturnfield stu...@gm... -- View this message in context: http://gumstix.8.n6.nabble.com/Bootable-SD-card-for-Overo-Fire-tp1799422p1883139.html Sent from the Gumstix mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |