>> Oh those days are coming! Trust me, you'll enjoy the way i setup the >> bootloader flashed to the eMMC in the new default debian based image. >> It'll make things for Arch and other distro's much easier to control >> boot, without messing with the eMMC.
Robert, I am not sure what you are saying here. In one sentence you are saying something about flashing a bootloader to the eMMC and then in the last sentence saying not messing with the eMMC. Does the Debian uSD install change something on the eMMC? I am trying to come up with the best approach in distributing an Archlinux image on uSD. that will boot without user intervention. We know that zeroing the first 1M of blk1 will permanently fix it. Another less harmful and reversible method is to mount blk1p1 and rename MLO to MLO.keep or anything other than just MLO. You can rename it back and have it boot from eMMC if you desire. I don't like the idea of configuring this to work (if we can) using the current blk1p1 (eMMC boot) because that could change in the future. Our application does not care about the eMMC at all. I wish there was no eMMC even there. It would be great if they could make a version without it at a cheaper or same price rather than the increase we are going to see with rev C. It would have been as simple as putting a jumper on the board to set the default boot. I think the approach we will tak is the renaming of the eMMC MLO file. A couple of scripts distributed with our image would either turn it off or on so the user would have the option one way or the other. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
