On Tue, Feb 01, 2011 at 09:23:38PM +0100, Michael Opdenacker wrote: > On 02/01/2011 03:50 PM, Robert Nelson wrote: > > On Tue, Feb 1, 2011 at 8:11 AM, Avik Sil <[email protected]> wrote: > >> After trying all the suggestions finally I had to resort to linaro kernel > >> packaging (https://wiki.linaro.org/PackageYourOwnKernel) to deploy the > >> kernel which gave me the maximum sane output, but still failed to get the > >> shell: http://paste.ubuntu.com/560935/
> >> I tried disabling UUID validation as given in > >> https://wiki.linaro.org/Mentoring/KernelDeploy, but that too did not help. > > you might still have the reference to that uuid in /etc/fstab that > > it's tripping over.. > Mmm, the log suggests that you are still using an initrd (initramfs indeed). > Another possibility is a bootcmd setting in U-boot that says > "root=UUID=xxxxxxx". > Before running "run bootcmd", you may display the value of 'bootcmd' and > replace the 'root=UUID=xxxxxxx" setting by "root=/dev/mmcblk0p2". > Ubuntu's initramfs scripts use /proc/cmdline to find out which root > filesystem to mount. This should fix your problem. I've poked around at this with Avik; the problem seems to be that the omap2plus_defconfig doesn't enable the driver for the MMC interface by default. Note that this root=UUID= line is set by linaro-media-create using the UUID of the newly-created root filesystem; it would be quite unusual for the fs UUID to change. All the same, we've ruled this out now. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ [email protected] [email protected]
signature.asc
Description: Digital signature
_______________________________________________ linaro-dev mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-dev
