[Pianod] Compiling on Raspberry Pi A+

[darren]

Thank you so much for getting back to me.  The pi is brand new (well, never
been used for anything).  So, hopefully there are no hardware issues with
it.  I did overclock it to medium.  I believe the instructions say to so
that.  I will set it back.

The memory card is brand new.  I don't have spares.  So, I had to buy one
for this project.  It's a Lexar brand.  Specifically, this is the card.
http://officedepot.com/a/products/629279/Lexar-microSDHC-Memory-Card-16GB-LSDMI16GAJOD/

I don't mind trying another card.  But, it might be a couple of days before
I can make time to go get one.  But, I'd like to rule out other problems
first.  I thought about just trying to cross compile it on my Linux box.
But, I don't have it set up atm.

Here's the output of the 2 commands you requested:

pi at rasp_A_plus:~/pianod2-213 $ uname -a
Linux rasp_A_plus 4.4.11+ #888 Mon May 23 20:02:58 BST 2016 armv6l GNU/Linux
pi at rasp_A_plus:~/pianod2-213 $ g++ --version
g++ (Raspbian 4.9.2-10) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Hmmm.  Well, this is odd.  df isn't working for me.  Something isn't right:

pi at rasp_A_plus:~/pianod2-213 $ df -k
Illegal instruction
pi at rasp_A_plus:~/pianod2-213 $ sudo df -k
pi at rasp_A_plus:~/pianod2-213 $ sudo df -k .
pi at rasp_A_plus:~/pianod2-213 $ df
Illegal instruction
pi at rasp_A_plus:~/pianod2-213 $ sudo df
pi at rasp_A_plus:~/pianod2-213 $ mount
Illegal instruction
pi at rasp_A_plus:~/pianod2-213 $ sudo mount

After rebooting, I now get normal output:
 pi at rasp_A_plus:~ $ df -k
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/root       15263924 4596576   9992652  32% /
devtmpfs           56016       0     56016   0% /dev
tmpfs              60304       0     60304   0% /dev/shm
tmpfs              60304    4688     55616   8% /run
tmpfs               5120       4      5116   1% /run/lock
tmpfs              60304       0     60304   0% /sys/fs/cgroup
/dev/mmcblk0p1     64456   20968     43488  33% /boot
tmpfs              12064       0     12064   0% /run/user/1000

Does it look like to you that I ran out of resources?  Or, maybe the
overclocking made it unstable?

I'm running dd now.  I haven't reset the clocking yet because I wanted to
do it both ways and see if that made any difference.  I'll post back after
I've completed running the dd commands.

Thanks again.

Btw, before subscribing, I tried searching the list archives.  They aren't
working.


On Sat, Jul 23, 2016 at 6:59 PM, Perette Barella <perette at barella.org>
wrote:

> I just noticed a mistake in this procedure.  I used device capacity
> (1K-blocks column) instead of free space (Available column).  The second
> step should be:
>
> - Now make a temp file a little smaller than the free capacity.  dd uses
> 512-byte blocks:
> dd if=/dev/random count=17000000 | tee foobar | cksum
>
>
>
> --
> Perette Barella • perette at barella.org • 585-286-1312
> 176 Middlesex Road, Rochester NY 14610
>
> On 2016年07月23日, at 19:38, Perette Barella <perette at barella.org> wrote:
>
> You could do something like this to make sure what’s being written to the
> SD card is consistent
> - Get the free space on the device:
> $ df -k .
> Filesystem     1K-blocks    Used Available Use% Mounted on
> /dev/root       15183756 5530452   8980448  39% /
>
> - Now make a temp file a little smaller than the free capacity.  dd uses
> 512-byte blocks:
> dd if=/dev/random count=30000000 | tee foobar | cksum
>
> - When that completes
> cksum foobar
>
> - If the checksums don’t match… then I/O to your SD card isn’t being
> consistent.  Of course, this checks free space, and there could be bad
> areas that contain operating system and the compiler.
>
>
>
> _______________________________________________
> Pianod mailing list
> Pianod at lists.deviousfish.com
> http://lists.deviousfish.com/listinfo.cgi/pianod-deviousfish.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deviousfish.com/pipermail/pianod-deviousfish.com/attachments/20160723/abc3a77c/attachment-0002.htm>