Hi,
Well, to put a long story short, I flashed a bad/wrong rd.gz onto an ICYBOX IB-NAS4220. I obtained the image from
https://downloads.openwrt.org/releases/2…/gemini/generic. I unpacked the raidsonic_ib-4220-b-squashfs-factory.bin file, then uploaded (tftp) zImage kernel, hddapp.tgz, and rd.gz ramdisk image via the boot menu from the serial interface as usual.
The rd.gz was much smaller compared to other openwrt versions:
19.07: 6.3 MB
19.10: 4.3 MB
23.05: 1.4 MB
24.10: 2.0 MB
Uploading and flashing zImage and hddapp.tgz worked fine, but 24.10 rd.gz did not:
|
Code source
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
Boot Menu
==============================================================================
0: Reboot 1: Start the Kernel Code
2: List Image 3: Delete Image
4: Create New Image 5: Enter Command Line Interface
6: Set IP Address 7: Set MAC Address
8: Show Configuration F: Create Default FIS
X: Upgrade Boot Y: Upgrade Kernel
Z: Upgrade Firmware A: Upgrade Application
R: Upgrade RAM Disk
=> Select: Z
1 : Download by X-modem
2 : Download by TFTP
ESC: Return
==> 2
TFTP Server IP Address: 192.168.2.10
Image Path and name(e.g. /images/zImage): rd.gz
TFTP Download rd.gz from 192.168.2.10 ......................
Successful to download by TFTP! Size=1976743
Unknown image header!!
Are you sure to continue (Y/N) ? y
Do not power-off this device while flash programming is proceeding!!
==> enter ^C to abort program flash 0x30000000 within 3 seconds ......
Erase flash (0x30000000): Size=16777216 .......................................................
......................................................................... OK!
Program flash (0x30000000): Size=1976743 ................ OK!
Start Update FIS data......
Erase flash (0x30fe0000): Size=131072 . OK!
Program flash (0x30fe0000): Size=5120 . OK!
Successful to upgrade (0x30000000)!
|
It was silly to press Y to continue but I did. I did not expect such outcome. It obviously erased the flash starting at 0x30000000, thereby overwriting the boot loader. I understand that the JTAG interface is the only option left now to restore the boot loader, then access the boot loader from the serial console, and upload the 3 images as usual.
Since this is an old and rather obsolete NAS box, I wouldn't want to invest much money. Perhaps there is a cheap China USB to JTAG adapter that I could use for such purpose. Any ideas? One suggestion I received was to get an adapter with a FTDI FT232R chip. However, all adapters I can find with such Chip are for USB/TTL. I was able to use a CH341A (green) programmer in serial mode (TTL) to access the boot menu. However, this is no longer possible.
I found some FT232H Multifunction USB to JTAG. Would this do?
Thanks!