Omega 2+ USB Firmware Install after Brick. [Resolved]

[Luciano S.]

@Marty-Mickelson said in Omega 2+ USB Firmware Install after Brick. [Resolved]:

The output is the same when the dock is unplugged vs plugged in and lights flashing, during the 30 sec it flashes after turning it on with the reset button pressed. I copied the list and diff'd it to make sure. Here's what I get though:

Did you try a other USB Cable? Thin & long cable = power loss. Your hardware will not be recognized. If you check just the blank dock, it should show up if your USB Cable is ok.

[dennis ctp]

@dennis-ctp
this is what i get even though i'm pressing the reset button while turning it on

---

/ __ ___ ()__ ___ / __ _ _ ___ ___ ____ _
/ // / _ / / _ / _ \ / // / ' / -) _ / _ /
_/////___//// _////_/_, /_,/
W H A T W I L L Y O U I N V E N T ? /__/"

Board: Onion Omega2 APSoC DRAM: 128 MB
relocate_code Pointer at: 87f60000
flash manufacture id: c2, device id 20 19
find flash: MX25L25635E
*** Warning - bad CRC, using default environment

============================================
Onion Omega2 UBoot Version: 4.3.0.3

ASIC 7628_MP (Port5<->None)
DRAM component: 1024 Mbits DDR, width 16
DRAM bus: 16 bit
Total memory: 128 MBytes
Flash component: SPI Flash
Date:Oct 18 2016 Time:17:29:05

icache: sets:512, ways:4, linesz:32 ,total:65536
dcache: sets:256, ways:4, linesz:32 ,total:32768
CPU freq = 575 MHZ
Estimated memory size = 128 Mbytes
Resetting MT7628 PHY.
Initializing MT7688 GPIO system.

---

• Hold Reset button for more options *

---

Boot Linux from Flash NO RESET PRESSED.

Booting image at bc050000 ...

Image Name: MIPS LEDE Linux-4.4.42
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 1306381 Bytes = 1.2 MB
Load Address: 80000000
Entry Point: 80000000
Verifying Checksum ... Bad Data CRC

[Ken Conrad]

@dennis-ctp Haven't found the fix for the Mini Dock's issues with the Omega2s, I'm convinced this is a hardware problem - somehow the Omega2 are different enough from the original Omega that the Mini Dock doesn't work for RX0 serial connection. If you have toasted your wifi connection, but have a 3.3V TTL UART cable and a 3.3V 500mA power supply then the Omegas are easy to hard wire for a serial connection - with just the 3.3V, grounds, Rx and Tx wires.

[dennis ctp]

actually the serial connection works for the mini dock, that's how i can get the boot info and sees that it doesn't recognize that the reset button had been pressed

[Ken Conrad]

@dennis-ctp Ahh, yes but can you do anything? With my Mini Docks I can receive data from the Omega2 but I can't SEND any keyboard commands to the Omega2, ie no command line, can't open Busybox etc, so effectively can't DO anything. The RX0 on the Mini Dock just isn't working with theOmega2 to transmit data to it. These same Omega2s have bi-directional serial communication in a Extension Dock or via the TTL UART described in my last post.

[dennis ctp]

mine is bricked, so ofcos the command line haven't show.
its due to the device operating system is not boot up.
which is why i need a way to press the reset button so that i can flash it using usb.

[dennis ctp]

@Ken-Conrad
i think i might be facing similar problem like u mention about the minidock

i manage to get the reset working by connecting the vin to fw_rst (gpio38)
but it seems that the firmware doesn't wait for me to input any choices and skipped directly to reset

i'm getting the following:

You have 40 seconds left to select a menu option...

Please select option:
[ Enter ]: Boot Omega2.
[ 0 ]: Start Web recovery mode.
[ 1 ]: Start command line mode.
[ 2 ]: Flash firmware from USB storage.

Option [
Boot Linux from Flash.

Booting image at bc050000 ...

Image Name: MIPS LEDE Linux-4.4.42
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 1306381 Bytes = 1.2 MB
Load Address: 80000000
Entry Point: 80000000
Verifying Checksum ... Bad Data CRC

---

/ __ ___ ()__ ___ / __ _ _ ___ ___ ____ _
/ // / _ / / _ / _ \ / // / ' / -) _ / _ /
_/////___//// _////_/_, /_,/
W H A T W I L L Y O U I N V E N T ? /__/"

Board: Onion Omega2 APSoC DRAM: 128 MB
relocate_code Pointer at: 87f60000

---

Software System Reset Occurred

---

flash manufacture id: c2, device id 20 19
find flash: MX25L25635E
*** Warning - bad CRC, using default environment

[Sycol]

Hi. Im kind of new with the Omega. I ran the firmware update, it bricked and I tried to do what you said without success. I've noticed that my problem is with the kernel.
All tha i can see is:
verifying checksum ok
a lot of text like:
[ 19.278040] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0004: 0x5000 instead
[ 19.287662] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0008: 0x1000 instead
[ 19.297284] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df000c: 0x1000 instead
[ 19.306906] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0014: 0x7d24 instead
[ 19.316527] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0018: 0xe069 instead
[ 19.326148] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df001c: 0x3fe2 instead
[ 19.335771] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0020: 0xfe74 instead
[ 19.345392] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0024: 0xd5b2 instead
[ 19.355014] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01df0028: 0xcc36 instead
[ 19.364630] jffs2: Further such events for this erase block will not be printed
[ 19.400773] jffs2: CLEANMARKER node found at 0x01dffbfc, not first node in block (0x01df0000)
[ 19.409494] jffs2: Node at 0x01dfffe8 with length 0x00000044 would run over the end of the erase block
[ 19.418939] jffs2: Perhaps the file system was created with the wrong erase size?
[ 19.426700] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01e00004: 0x00a0 instead
[ 19.436332] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01e00008: 0xc4bb instead
[ 19.445955] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01e0000c: 0xc4bb instead
[ 19.455577] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01e00010: 0xaccd instead
[ 19.465199] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x01e00028: 0x8a4b instead
[ 19.500237] jffs2: CLEANMARKER node found at 0x01e0fbfc, not first node in block (0x01e00000)
[ 19.511496] jffs2: notice: (1) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
Ending with
[ 19.527264] VFS: Mounted root (jffs2 filesystem) readonly on device 31:5.
[ 19.535241] Freeing unused kernel memory: 192K (803d0000 - 80400000)
[ 19.541797] Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[ 19.566820] Rebooting in 1 seconds..
and then nothing.
Should I open a new thread or this is ok?

[Douglas Kryder]

well since this particular thread is marked resolved and if you do not think what is discussed in this thread helps fix your issue i would suggest a new thread. your issue is similar to others and i think it works out to establishing a serial connection, transferring the .bin file or maybe flashing i don't remember the details but you can ask and hope for best.

[Denis Mikhalsky]

This guide MUST be included in the Omega2 documentation

[Chris Stratton]

You shouldn't need to do anything with a .bin file to fix a jffs2 error, unless you've flashed a .bin file for the wrong board (2 vs 2+, or worse original Omega), or you used one of the bad .bin files that were published months ago (and hopefully withdrawn??)

[Alexandr Didenko]

I connect FTDI232 to UART0 (RX0 (gpio13) to FTDI_TX, TX0 (gpio12) to FTDI_RX).
Press f and enter to enter in failsafe mode.
Type firstboot -y.
Wait about 20 min.
And Omega2s+ unbricks

[György Farkas]

@Alexandr-Didenko We can reflash (flash the same or a newer or an older or a custom - working or not working - firmware into) Omega2(+) from a USB memory device with @Colt-Burns's procedure.

firstboot on the Serial Console is "only" a Factory Reset / Factory Restore of the installed firmware.
It's same as type firstboot on CLI (either failsafe or normal mode) or a long press of the RESET BUTTON (FW_RST).
So - I think - your Omega2S+ was not "bricked".
Did you really have to wait 20 (twenty) minutes after typing the firstboot command? It looks fairly strange.

[Lazar Demin]

Just want to chime and point everyone to our documentation on the topics discussed above:

• Recovering your Omega by using the Bootloader and Web Recovery Mode
• Recovering your Omega by using the Bootloader and a USB drive
• Factory reset from the command line

[Matthew Lousteau]

@Lazar-Demin It seems the common problem encountered here is in accessing the Bootloader. I'll confirm-I'm having a similar problem. While trying to access the bootloader by holding the reset during boot up with the serial connection established, it boots past option 2 to Flash firmware from USB Storage.

[Maximilian Gerhardt]

@Matthew-Lousteau Recovering from USB was always successful for me.

I use HTerm.exe for Windows. There is one quirk when selecting the option in the bootloader menu: You must not send a newline / carriage return after your choice. Just send the raw ASCII character "2".

[Lazar Demin]

@Matthew-Lousteau If @Maximilian-Gerhardt 's advice doesn't work, can you shoot a video of the behaviour? That will help us identify what's going wrong and how we can fix it.