https://elinux.org/api.php?action=feedcontributions&user=Richdrich&feedformat=atomeLinux.org - User contributions [en]2024-03-19T01:47:35ZUser contributionsMediaWiki 1.31.0https://elinux.org/index.php?title=Talk:BeagleBoardUbuntu&diff=168722Talk:BeagleBoardUbuntu2012-09-11T08:52:25Z<p>Richdrich: </p>
<hr />
<div>== uEnv.txt ==<br />
<br />
The listed uEnv.txt for the Beagleboard XM is wrong. For one thing, it references a zimage file and the instructions make a uImage file.<br />
<br />
I used the following, but I'm sure its non-optimal (it waits for a network, for one thing). Any suggestions?<br />
<br />
<code><br />
bootargs=ro elevator=noop vram=12M omapfb.mode=dvi:1280x720MR-16@60 mpurate=500 root=/dev/mmcblk0p2 fixrtc quiet splash<br />
uenvcmd=mmc rescan;fatload mmc 0:1 0x80000000 uImage;fatload mmc 0:1 0x81600000 uInitrd;bootm 0x80000000 0x81600000<br />
</code><br />
<br />
--[[User:Richdrich|Richdrich]] 08:52, 11 September 2012 (UTC)<br />
<br />
= Tasks =<br />
<br />
Here's my current list of tastks, listed by priorty:<br />
<br />
Jump in if you have an itch...<br />
<br />
Everything i have is here: https://github.com/RobertCNelson/<br />
<br />
== rcn-ee.net archive notes ==<br />
<br />
Kernel:<br />
version - Stable Deb - Testing Deb - Remove Archive<br />
Karmic - (done) - (done) - (done)<br />
Lucid - (Precise) - (done) - (Precise)<br />
Maverick - (Quantal) - (done) - (Quantal)<br />
Natty - (Quantal + 1) - (done) - (Quantal + 1)<br />
Oneiric - (Quantal + 2) - (done) - (Quantal + 2)<br />
Precise - (Quantal + 3) - (Quantal) - (Quantal + 3)<br />
Quantal - (Quantal + 4) - (Quantal + 1) - (Quantal + 3) <br />
<br />
Lenny - (done(keep 2.6.29)) - (done) - (Wheezy)<br />
Squeeze - (Wheezy) - (Wheezy) - (Jessie)<br />
Wheezy - (Jessie) - (Jessie) - (Jessie + 1)<br />
Jessie - (Jessie + 1) - (Jessie + 1) - (Jessie + 2)<br />
<br />
Everything Else:<br />
2.6.36 - Removed<br />
2.6.37 - Removed (Removed during 3.2-rc's)<br />
2.6.38 - Removed (Removed during 3.3-rc's)<br />
2.6.39 - Removed (Removal during 3.4-rc's)<br />
3.0 - Removed (except last one (sgx beagle-c4)) (Removal during 3.5-rc's)<br />
3.1 - Removed (Removal during 3.6-rc's)<br />
3.2 - Older Stable (Lucid/Maverick/Natty/Oneiric/Precise Squeeze/Wheezy/Sid)<br />
3.3 - Skipped (Oneiric/Precise Squeeze/Wheezy/Sid) (not quite ready still needs more testing)<br />
3.4 - Stable (Beagle only) Devel (Oneiric/Precise Squeeze/Wheezy/Sid)<br />
3.5 - Stable-Development (Precise/Quantal Squeeze/Wheezy/Sid)<br />
3.6 - Development (Precise/Quantal Squeeze/Wheezy/Sid)<br />
<br />
Keep Last two RC's at a time..<br />
3.0-rc (Removed during 3.2-rc)<br />
3.1-rc (Removed during 3.3-rc)<br />
3.2-rc (Removed during 3.4-rc)<br />
3.3-rc (Removed during 3.5-rc)<br />
3.4-rc (Removed during 3.6-rc)<br />
3.5-rc<br />
3.6-rc<br />
<br />
Ps: Anything Removed is still in the Archive Mirror: http://rcn-ee.homeip.net:81/dl/mirrors/deb/<br />
<br />
== Simple: Things ==<br />
<br />
= Bug List =<br />
<br />
== Maverick, X Session - Console broken ==<br />
<br />
Looks like the omapfb package is broken with xorg..<br />
<br />
Maverick is EOF (april 2012), please retest with oneiric/precise.. --[[User:RobertCNelson|RobertCNelson]] 14:59, 12 June 2012 (UTC)<br />
<br />
= Questions =<br />
<br />
== [[BeagleBoardUbuntu#Upgrade_X-loader_and_U-boot|Upgrade X-loader and U-boot]] ==<br />
<br />
The content of the following git repo seems to be buggy. mmc card builds fine but after running some errors occur.<br />
<br />
git clone git://github.com/RobertCNelson/flash-omap.git<br />
<br />
After mk_mmc.sh you might get a<br />
<br />
Unknown command 'mmcinit' - try 'help'<br />
<br />
*Actually, my script never calls "mmcinit/mmc init" as the new mlo/u-boot will "init" the mmc before loading either boot.scr/uEnv.txt from the mmc and then run the reflash script. --[[User:RobertCNelson|RobertCNelson]] 13:23, 18 May 2011 (UTC)<br />
<br />
BTW: Running on a Rev. C3<br />
<br />
I guess this one should be addressed to Rob. But anyway:<br />
<br />
Thus you could still follow the instructions of the [[BeagleBoardUbuntu#Manual_Run|manual run]].<br />
<br />
Unfortunately this part is outdated as well for the u-boot which arrived late 2010.<br />
<br />
Note: If using the latest version of u-boot note that the commands and parameters might have changed. Thus you might have to use ''mmc init 0; mmc rescan 0'' instead of ''mmcinit'' or ''mmc init 0''.<br />
<br />
A ''fatload mmc 0:1 0x80200000 MLO'' will mostlikely result in something like<br />
<br />
MMC: block number 0x1 exceeds max(0x0)<br />
** Can't read from device 0 **<br />
<br />
until ''mmc rescan 0''. Such things occur quite often in community forums.<br />
<br />
Should the current description be kept on the wiki page since older u-boots are still used?<br />
Or will we have to replace the text to make it work with the latest u-boot?<br />
<br />
Probably this could be done in parallel when updating and solving the content of the git above?<br />
<br />
Cheers,<br />
<br />
-- [[User:Merkel|Merkel]] 10:15, 18 May 2011 (UTC)<br />
<br />
* The script has been working perfectly fine with u-boot 2010 for a good year on both Bx/Cx boards. It assumes the worst possible situation, an un-bootable beagle, so you *must* hold down the user button on power up to enable mmc boot. Anything else is/has-been unreliable because u-boot will changes there commands on any random whim... The updated mlo on the mmc will then load u-boot.bin which will init the mmc with it's own internal "mmc boot" script (so mmc init/mmcinit/etc is not needed). On the Bx we need to use the older 2010 u-boot which will then load boot.scr and reflash/replace mlo/u-boot in memory leaving your u-boot env alone (so you'll probally need to update your boot env..) For the Cx we can use a newer faster u-boot (2011), which also happens to load uEnv.txt first, which will then load boot.scr and do the same. --[[User:RobertCNelson|RobertCNelson]] 13:32, 18 May 2011 (UTC)<br />
<br />
* Since you got: "Unknown command 'mmcinit' - try 'help'" i'm going to assume you had a much older mlo/u-boot installed previously, if you paste your boot message on pastebin.com and either email me (email listed here http://elinux.org/User:RobertCNelson ) we could work out where your getting stuck.. --[[User:RobertCNelson|RobertCNelson]] 13:32, 18 May 2011 (UTC)<br />
<br />
== Rob's todo: ==<br />
<br />
== Adding the SGX is unclear ==<br />
<br />
Your instructions on adding the SGX acceleration are unclear - you don't specify where all the files you are copying are to come from.<br />
<br />
e.g. you say "cp *.so /usr/lib" - but you don't say WHERE you are to issue that command from.<br />
<br />
[[User:David Hagood|David Hagood]] 21:57, 3 June 2009 (UTC)<br />
<br />
Your choice, either the gfx_rel or the gfx_dbg* directory of the SDK. *really not sure how helpful ti/imgtec would be if we ever found a bug.. ;)<br />
<br />
--[[User:RobertCNelson|RobertCNelson]] 01:46, 4 June 2009 (UTC)<br />
<br />
== any pre-made images? ==<br />
<br />
It seems a lot easier to put Angstrom on the SD card than Ubuntu--why? Is there any way not to build the rootfs from scratch but rather untar onto the ext3 partition?<br />
<br />
There's really two issues, hosting and what is a good generic package for everyone???<br />
<br />
File Sizes when tar'ed & 7z'ed<br />
<br />
bare-bone base: 47Mb<br />
<br />
lxde-desktop: 101Mb<br />
xfce4-desktop: 112Mb<br />
gnome-desktop: 144Mb<br />
<br />
xubuntu-desktop: 321Mb<br />
kubuntu-desktop: 357Mb<br />
ubuntu-desktop: 382Mb<br />
<br />
I've thought of at-least uploading the bare-bone's to rcn-ee.com, which is good generic starting point, but it's still almost faster to just build lxde-desktop from scratch. (specially if you are you are using apt-cacher-ng/etc)<br />
<br />
--[[User:RobertCNelson|RobertCNelson]] 13:54, 24 June 2009 (UTC)<br />
<br />
It probably is faster to build from scratch--however (as an unfortunate medium-level non-computer professional linux user) it took me 15 hours to compile the full ubuntu-desktop image (is that normal?). For the life of me I could not get the uImage to load from my RevC3 board, no matter how I updated the uboot--however, it finally worked when I copied the MLO and uboot.bin files from my working Angstrom card as the first ones on my reformatted fat32 partition and then downloaded your kernel and renamed it uImage.bin. I'd rather know how to get it working with your instructions but I'm glad it worked. Your instructions are quite clear btw although I couldn't upgrade the kernel or write kernel scripts as I couldn't get that far--the nand just wouldn't read the uImage at all.<br />
<br />
Considering the number of packages, 15 hours sounds about right. For reference on my dual opteron, with the full ubuntu repo mirrored it takes roughly 6 hours for ubuntu-desktop. An lxde (lxde, gdm) or xfce4 (xfce4, gdm) minimal desktop takes roughly and hour and a half... Could you pastebin your U-Boot bootup with error, I'm guessing it's the latest with the default environment (printenv) which has been changed by default to look for uImage.bin instead of just uImage (and "mmcinit" has been replaced by "mmc init")..<br />
<br />
--[[User:RobertCNelson|RobertCNelson]] 12:59, 25 June 2009 (UTC)<br />
<br />
Basically it just said "unable to read uImage file" but there was nothing special. I tried renaming uImage to uImage.bin but nothing happened. The only thing that worked for me was the combo MLO+uboot.bin+uImage.bin. <br />
--[[User:Jthiels|Jthiels]] 19:20, 27 June 2009 (UTC)<br />
<br />
== console-setup-min ==<br />
<br />
I'm not sure where to put this in the page, but adding console-setup-mini to my seed list dramatically improved my boot time. --[[User:Rwfowler|Rwfowler]] 16:57, 9 November 2009 (UTC)<br />
<br />
Interesting.<br />
<br />
Maybe after the Jaunty/Karmic setup section in Build Image?<br />
<br />
Replace "Note: For USB WIFI adapters, add package "linux-firmware, wireless-tools" to the --seed WiFi Hints: http://elinux.org/BeagleBoardUbuntuNetwork"<br />
<br />
with an new subsection:<br />
<br />
Useful Seeds:<br />
console-setup-mini: fast console boot...<br />
linux-firmware, wireless-tools: WiFi Hints: http://elinux.org/BeagleBoardUbuntuNetwork<br />
<br />
We don't need to explain every one, just ones that make a nice difference for the board..<br />
<br />
PS. I've given some thought about making a meta package such as "ubuntu-desktop" but for the beagle, "beagle-console", "beagle-desktop"<br />
<br />
--[[User:RobertCNelson|RobertCNelson]] 20:41, 9 November 2009 (UTC)<br />
<br />
= Staging Section =</div>Richdrichhttps://elinux.org/index.php?title=Talk:RPi_Easy_SD_Card_Setup&diff=142652Talk:RPi Easy SD Card Setup2012-06-22T08:55:40Z<p>Richdrich: </p>
<hr />
<div>==Resizing the SD card==<br />
<br />
I can resize the partition, but not use it. Running the command<br />
<br />
sudo resize2fs /dev/mmcblk0p2<br />
<br />
gives me an error "Permission denied to resize the filesystem". Tried several things and I can't see how this can be done on an SD card that is being used to run the pi. Can someone help?<br />
<br />
==Copying the image to an SD Card on Windows if first option isn't successful==<br />
<br />
--[[User:Kerbik|Kerbik]] 23:55, 24 April 2012 (UTC)<br />
I hope that this will help someone :) (I didn't test this created SDcard on Pi, yet because I still doesn't have it in my hands :( )<br />
<br />
--[[User:Radek|Radek]] 21:03, 18 May 2012 (UTC) Yes it works :)<br />
<br />
== Question about deleting the swap partition ==<br />
<br />
Steps 4 and 6 under section "'''Copying an image to the SD Card in Linux (command line)'''" assume that the OS will automount the USB SDCard reader. This is not the case with the current release of Debian that's listed on the [http://www.raspberrypi.org/downloads RPi downloads page]. (debian6-19-04-2012) Using the df command with this release does not provide the user with the needed information.<br />
I do not (yet) know enough about Linux to provide easy, more reliable instructions. I was able to determine the correct device name by using "tail -f /var/log/messages" and watching for any mention of "sda" or similar while plugging/unplugging the USB SDCard reader.<br />
--[[User:GG Crew|GG Crew]] 20:33, 16 May 2012 (UTC)<br />
<br />
The steps currently listed under [[RPi_Easy_SD_Card_Setup#Manually_resizing_the_SD_card_on_Raspberry_Pi|Manually resizing the SD card on Raspberry Pi]] instruct the user to delete the swap partition (in order to expand the main partition), but never recreate a new swap partition. For a device as limited on RAM as the RPi, this does not seem like a good idea. Hopefully someone with more knowledge than me can update the directions, or explain why we don't need a swap partition. --[[User:GG Crew|GG Crew]] 07:21, 28 May 2012 (UTC)<br />
<br />
: Having swap space on SSD/Flash isn't a good idea except for testing purposes. Prolonged swapping reduces the MTBF of the unit dramatically. If you're going to go to the trouble of adjusting partitions, it isn't unreasonable to move any needed swap space to some other (safer, or sacrificial) device. [[User:Gus3|Gus3]] 14:37, 28 May 2012 (UTC)<br />
<br />
== Incorrect MacOSX drive name ==<br />
<br />
Believe (on a macBook pro, running 10.6.8 with a built in SD card reader) it's /dev/diskN not /dev/rdiskN ? Also should we have a further firm warning about getting this command right..</div>Richdrich