Pogoplug v4 potentially bricked

This forum is for Marvell Kirkwood devices such as the GoFlex Home/Net, PogoPlug v1/v2, SheevaPlug, and ZyXEL devices.

Re: Pogoplug v4 potentially bricked

Postby FreaqyGeeq » Mon Nov 12, 2012 12:03 pm

Hi WarheadsSE.

I was able to get in and change everything back to stock—unfortunately, this hasn't helped at all. The PPV3 will go right through the startup sequence, but ends with no LED at all, and it doesn't grab an IP address on the network, and it won't mount any USB drives.

I think flashing the ce_pogopro_kernel_r9.img and ce_pogopro_ramdisk_r9.img has screwed my unit up.

So, I bought a new unit today in order to grab the correct images and reflash my busted unit. I couldn't get the pink version (B01), but got the black one instead (what I was told was the P21, however the sticker on the base says E02). I hope these are compatible!

So I did a dd and grabbed mtd1, mtd2, and mtd3 to a USB thumbdrive. Then I put them on my TFTP server, no problems.

When I tried to once again erase the nand with "nand erase 0x100000 0x400000", to prepare for reflashing the mtd1.img I grabbed off the new unit, it now fails with a "data abort" and then reboots the unit.

Ugh... I think it's really, really screwed. I can't seem to get anywhere with it. Any other thoughts on how to save this thing?

Thanks so much for your help WarheadsSE.
FreaqyGeeq
 
Posts: 23
Joined: Mon Oct 22, 2012 9:29 am

Re: Pogoplug v4 potentially bricked

Postby WarheadsSE » Mon Nov 12, 2012 3:12 pm

You should have checked `cat /proc/cpuinfo` prior to getting and flashing.

At this point, you need to be preparing a sata drive for booting. There is a [How-To] thread for that. Or, you can ship it to me and I will fix it.
Core Developer
Remember: Arch Linux ARM is entirely community donation supported!
WarheadsSE
Developer
 
Posts: 6807
Joined: Mon Oct 18, 2010 2:12 pm

Re: Pogoplug v4 potentially bricked

Postby karog » Mon Nov 12, 2012 4:26 pm

$this->bbcode_second_pass_quote('FreaqyGeeq', '
')So, I bought a new unit today in order to grab the correct images and reflash my busted unit. I couldn't get the pink version (B01), but got the black one instead (what I was told was the P21, however the sticker on the base says E02). I hope these are compatible!

Believe the sticker on the base. It is well known that a number of sellers of P21 boxes have E02's inside. The E02 is a version 2 pogo which is different from the version 3's. It has the kirkwood cpu, 256 MB of mem (V3 has 128), and no SATA port internally.

Where did you get the E02? I have a B01, a P21, and an E02. I wanted one E02 and bought a "P21" from buy.com which was selling for adorama and reported to contain an E02 and indeed it did.

Oh, and colors of the pogo's are not reliably indicative of what hardware you are getting.
karog
 
Posts: 305
Joined: Thu Jan 05, 2012 7:55 pm

Re: Pogoplug v4 potentially bricked

Postby FreaqyGeeq » Tue Nov 13, 2012 12:11 am

Hi WarheadsSE and karog, thanks for your replies.

@karog: I bought the P21 (which has the E02 sticker on the base) from J&R for $19.99:
http://www.jr.com/pogoplug/pe/PGG_POGOP21/

@WarheadsSE: I won't need to ship it to you. I'm pretty much at the point now where I can't really justify spending any more time or money on this busted unit. However, seeing as I was able to follow your instructions and successfully TFTP the uImage and then boot ALARM off a connected USB stick, do you think there's hope that I might be able to configure this as a permanent solution?

If there was a way to set the env bootargs to always read the uImage off the attached USB stick at /dev/sda1, and also boot ALARM off the same stick, I'd probably be okay, wouldn't I? It's just that I can't seem to be able to erase or write to the NAND now, so I'm not sure how to proceed.

What are your thoughts here? Again, I really, really appreciate your time on this. You guys are awesome.
FreaqyGeeq
 
Posts: 23
Joined: Mon Oct 22, 2012 9:29 am

Re: Pogoplug v4 potentially bricked

Postby WarheadsSE » Tue Nov 13, 2012 2:04 am

There is no USB support in the uboot on the device. I see that you have a serial, so you can verify if it is entirely wonk.

Pure sata boot will bypass all of the NAND contents, and then you can write a correct nand image from there.
Core Developer
Remember: Arch Linux ARM is entirely community donation supported!
WarheadsSE
Developer
 
Posts: 6807
Joined: Mon Oct 18, 2010 2:12 pm

Re: Pogoplug v4 potentially bricked

Postby FreaqyGeeq » Tue Nov 13, 2012 4:35 am

Hi again guys.

Looks like the P21 most certainly is an E02. I did a cat /proc/cpuinfo on both units, and the P21/E02 came up with:

$this->bbcode_second_pass_quote('', 'P')rocessor : ARM926EJ-S rev 1 (v5l)
BogoMIPS : 1192.75
Features : swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant : 0x2
CPU part : 0x131
CPU revision : 1
Cache type : write-back
Cache clean : cp15 c7 ops
Cache lockdown : format C
Cache format : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Feroceon-KW
Revision : 0000
Serial : 0000000000000000

I ran the same command on the B01, and it says:

$this->bbcode_second_pass_quote('', 'P')rocessor : ARMv6-compatible processor rev 5 (v6l)
processor : 0
BogoMIPS : 279.34

processor : 1
BogoMIPS : 279.34

Features : swp half thumb fastmult edsp java
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xb02
CPU revision : 5

Hardware : Oxsemi NAS
Revision : 0000
Serial : 0000000000000000

So there you go.

Hey @karog, any chance of getting a copy of the mtd images from your B01 so that I might be able to reflash mine? Is yours still stock by any chance?

@WarheadsSE: that's very interesting about the SATA. I can certainly look into this, for sure. And you think I'll be able to reflash my B01 with working images and restore it through this method?

Thanks very much guys!
FreaqyGeeq
 
Posts: 23
Joined: Mon Oct 22, 2012 9:29 am
Top

Re: Pogoplug v4 potentially bricked

Postby karog » Tue Nov 13, 2012 3:44 pm

$this->bbcode_second_pass_quote('FreaqyGeeq', 'H')ey @karog, any chance of getting a copy of the mtd images from your B01 so that I might be able to reflash mine? Is yours still stock by any chance?

I generally boot my B01 from SATA but it has Arch installed with the latest kernel in nand as I sometimes boot from a USB stick.

b01-mtd.tar.gz contains my mtd0, mtd1, and mtd2 with mtd0 simply being mtd1+mtd2.
karog
 
Posts: 305
Joined: Thu Jan 05, 2012 7:55 pm
Top

Re: Pogoplug v4 potentially bricked

Postby FreaqyGeeq » Wed Nov 14, 2012 1:19 pm

Sensational! Thanks very much karog, I really appreciate it!
FreaqyGeeq
 
Posts: 23
Joined: Mon Oct 22, 2012 9:29 am

Re: Pogoplug v4 potentially bricked

Postby beyondbuxton » Mon Nov 26, 2012 8:51 pm

After finally (it took 34 days) receiving my ebay-purchased PL2303 USB TTL (3.3v) serial adapter (paid $2.31 for it), I managed to "unbrick" my PP4. Which, for me, wasn't as bad as I had feared as I had made backup copies of all the files I modified. After hooking up to the serial console, I mv'ed the backups into place, rebooted and successfully followed the awesome archlinux install information. Et voila, a booting box! (thanks again moonman)

For those reading this and scratching their heads because they've never used a console connection, it's really pretty easy. There're directions for using a USB TTL scattered around various places. My hope in coming back to do this update is that somebody else who finds themself where I was will have this as a reasonably complete guide:

After receiving the (tiny) PL2303 USB TTL adapter, I had a few things to do before hooking it to the PP4. In my case, the OS on the rescue machine is Fedora linux (I can't really speak for other OSes, sorry). I needed to install libftdi and minicom. Configuring minicom wasn't difficult at all. The only thing I had to do to the minicom config was point it to /dev/ttyUSB0.

Now, for getting it connected to the board. I did not have a fancy header/connector for the pins attaching to the PP4. I accepted a little risk here and carefully connected the wires directly to the amazingly small holes that form the serial interface on the PP4 board. The GND pin was the one closest to the SD card slot then TX then RX. I did not connect anything other than those 3 pins. You will want to be very careful that these pins do not cross each other. NOTE: the TX&RX pins will need to be swapped. So. In my case, on the PP4 board, I had black wire for GND, yellow for TX and red for RX. On the other end of the cable (where it attaches to the USB TTL adapter), I had black for GND, red for TX and yellow for RX. (the RX&TX need to "cross over" so that RX on the PP4 end of the cable is attached to TX on the USB TTL end) I hope this isn't confusing - please ask if it is. If you do hook it up incorrectly it will not damage anything, it just will not work.

Lastly, the serial console session: if you've ever seen a linux box boot without the splashscreen (with a crazy amount of text scrolling by on the screen), that is what this will look like when you have your PP4 attached and supply power to the PP4. There's no magic here. When it's done booting, you will be dropped directly to a command prompt, no login required. It is at this point that you can (hopefully) undo whatever damage was done.

(as an aside, if you do not get all of the way to the command prompt, instead getting a kernel panic, ensure the the filesystem you are booting from is ext3 - I learned this the hard way)

I'm happy to answer questions/explain what I wrote above. If you need more advanced information than this, please ask the larger audience as I am by no means a guru.

Thanks and good luck!

BB
beyondbuxton
 
Posts: 20
Joined: Tue Oct 16, 2012 7:08 pm

Previous

Return to Marvell Kirkwood

Who is online

Users browsing this forum: No registered users and 13 guests