Pine64 Dead
#1
Suddenly I'm getting nothing from my Pine64.  Yesterday it was happily chugging along.  Today its putting out nothing but heat and red light (from the led next to the power jack).  How do I verify that it's dead?  What are the chances it can be replaced?
#2
(08-11-2016, 06:37 PM)sdf_iain Wrote: Suddenly I'm getting nothing from my Pine64.  Yesterday it was happily chugging along.  Today its putting out nothing but heat and red light (from the led next to the power jack).  How do I verify that it's dead?  What are the chances it can be replaced?

I had the same thing a few days ago, and it seems the microSD was corrupted. Might be worth grabbing another microSD and writing a fresh image on it to see if that's the case (or wipe the current one if you're not bothered about loosing what's currently on it). 

Other thing you can do if you have a 3.3v USB to serial converter handy is to connect to the GND, RX and TX ports on the EXP header, and see what output you get from the serial console (ANSI, 115200 baud).
#3
I hosed the sd card while trying to mount it to more lazily put in a replacement in place. I'll try a fresh install tomorrow and see what I get.
#4
(08-11-2016, 07:46 PM)sdf_iain Wrote: I hosed the sd card while trying to mount it to more lazily put in a replacement in place.  I'll try a fresh install tomorrow and see what I get.

Seems renewing the sd Card has revived my Pine64 (it was not dead).  I guess that's what I get for running BOINC on it.  back to just doing DHCP and DNS for me.
#5
Another tip, you can backup the SD card by reversing the burn process. Once I get my SD cards working the way I want them to I use the DD command to write the card back out to my image server. If I blow a card I'm back up and running without a hitch in about twenty minutes.
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
#6
(08-14-2016, 06:33 PM)MarkHaysHarris777 Wrote: Another tip, you can backup the SD card by reversing the burn process.  Once I get my SD cards working the way I want them to I use the DD command to write the card back out to my image server.  If I blow a card I'm back up and running without a hitch in about twenty minutes.

That is really good advice! I do the same after making any major changes to the pine64 configuration, as you just never know when something bites back! Big Grin I use 'USB Image Tool' on windows to the the backups as it is easy to use and has the ability to both save to and read compressed (zipped) image files, making the 4/8/16GB images a bit easier to manage Wink

MicroSD cards  (and their full sized cousins) have a limited number of write cycles meaning that constantly writing data to the MicroSD card makes it more and more likely that it will pack up. A lot of them do have wear levelling to ensure the same block of memory isn't continuously written too, which makes them last a lot longer. However, anything from a freak cell failure in just the wrong spot, or a power outage causing file system corruption can ruin you day. With these SoC boards and microSD cards, a backup of a acceptable recovery point is essential! I've had one board going for about 3 years now (not a pine, a different one), and thankfully it seems to be coping with 24x7 duty as a network share drive with regular usage without any major issues. I still have a backup of the boot microSD ready for when it finally fails, just in case Wink
#7
(08-14-2016, 06:33 PM)MarkHaysHarris777 Wrote: Another tip, you can backup the SD card by reversing the burn process.  Once I get my SD cards working the way I want them to I use the DD command to write the card back out to my image server.  If I blow a card I'm back up and running without a hitch in about twenty minutes.

I'm not sure I can write a card in 20 minutes, but I might do that.  My main issue is that the pine is running necessary network infrastructure (dhcp and dns), so the wife and kids get grumpy when I take that away


And pfeerick, you'll probably get better compression if you compress with xz or bzip2.  dd will read from standard in if you leave out the if argument i.e.


Code:
bzcat image.bz2 | dd of=/dev/sdcard bs=1m

or

Code:
xzcat image.xz | dd of=/dev/sdcard bs=1m

You could also easily create compressed images:

Code:
dd if=/dev/sdcard bs=1m | bzip2 - > image.bz2

or 
Code:
dd if=/dev/sdcard bs=1m | xz - > image.xz

You could get crazy and include -9 in the compression arguments if time isn't an issue, but space is.  In fact, I might do that... we just need some "down time".
#8
(08-17-2016, 09:52 AM)sdf_iain Wrote:
(08-14-2016, 06:33 PM)MarkHaysHarris777 Wrote: Another tip, you can backup the SD card by reversing the burn process.  Once I get my SD cards working the way I want them to I use the DD command to write the card back out to my image server.  If I blow a card I'm back up and running without a hitch in about twenty minutes.

I'm not sure I can write a card in 20 minutes, but I might do that.  

The way you do it in twenty minutes is by only writing what needs to be written. In addition to compressing, you also only write a 'smaller' partition size.  Before I store the card I use tar (via standard in standard out) to write the contents of the rootfs to a smaller partition size;  then I compress | DD that !

tar -cvf  -  -C  <directory>  <subdirectory>  | tar  -xvf  -

That command will pass the tar through stdin | stdout and will preserve all the permissions to boot. So you can put your 32Gb partition into a 6Gb space (or whatever) and not have to write out an entire 32Gb SD card.  

When you restore the card, you of course need to expand the partition size (either with lennyraposo's resize_rootfs.sh script , or with gparted )
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
#9
(08-17-2016, 09:52 AM)sdf_iain Wrote: And pfeerick, you'll probably get better compression if you compress with xz or bzip2.  dd will read from standard in if you leave out the if argument

Yeah, true... might have to  use linux for the backups for that though xD... or the new linux subsystem in Windows FWIW.

That has me thinking... I bet 7zip could shrink that down a bit more still.... then again, I'm pretty happy with my 673MB images of a 8GB memory card! :-O  Big Grin

Many thanks for the pointers though... I will probably give that a try at some point. That plus knocking some sense into dd so it give some progress stats...


Possibly Related Threads…
Thread Author Replies Views Last Post
Question External storage problem for pine64 Dani6102 4 1,618 08-22-2023, 08:36 AM
Last Post: gulshan212
  Pine64 as wireless audio device S265 3 3,154 04-07-2022, 10:39 PM
Last Post: S265
  Pine64(+) and manjaro dsychan 0 1,109 04-05-2022, 11:32 PM
Last Post: dsychan
Thumbs Down Pine64 was a Useless Project pushpendrak 18 28,312 11-21-2020, 10:17 PM
Last Post: tllim
  Pine64 LCD rstcologne 0 3,091 09-22-2020, 12:43 PM
Last Post: rstcologne
  Pine64+ power button PaddyChan 0 2,740 09-14-2020, 09:55 AM
Last Post: PaddyChan
  Pine64 OS dpcons 2 4,896 03-02-2020, 04:32 PM
Last Post: dpcons
  Jailhouse supports Pine64+ vj-kumar 0 2,803 02-17-2020, 11:39 PM
Last Post: vj-kumar
  PINE64 board not powering up loki21century 2 5,514 11-25-2019, 12:19 PM
Last Post: Partymack711
  Pine64 not powering up. skylab 5 7,161 05-03-2019, 02:48 PM
Last Post: Mendota

Forum Jump:


Users browsing this thread: 1 Guest(s)