Image fault when builidng Tomato for RT-AC68U
Opened this issue · 3 comments
GoogleCodeExporter commented
What steps will reproduce the problem?
1. Extract "tomato-RT-AC68U-ARM--122-AIO-64K.trx"
2. Immediately rebuild from extract directory without making any changes.
3. Stock ASUS based WRT firmware will reject the new image. Manually flashing
via the recovery tool will soft brick router.
What is the expected output? What do you see instead?
The newly created image "should" be identical to the original image.
What version of the product are you using? On what operating system?
fmk_099.tar.gz
Please provide any additional information below.
Original issue reported on code.google.com by jpdienst
on 14 Sep 2014 at 2:40
GoogleCodeExporter commented
Shibby builds for AC68U can be found here:
http://tomato.groov.pl/download/K26ARM/122/
Original comment by jpdienst
on 14 Sep 2014 at 2:50
GoogleCodeExporter commented
[deleted comment]
GoogleCodeExporter commented
I'm having a nearly identical issue with both the manufacturer's firmware and
DD-WRT.
What steps will reproduce the problem?
1. I extracted the firmware and immediately rebuild without making any changes.
I always get a build message that says, "WARNING: New firmware will be larger
than old image!" The current file size is 556 bytes larger than the original. I
want to add features so I need a way around this.
2. I read through the forum and prior issues and read that the FMK uses good
and fast general compression settings where DD-WRT does an analysis to
determine the optimal compression settings at the expense of taking longer to
build. I'm fine with the good and fast so I modified the build script to byass
the warning by commenting out the exit on line 126. It will then produce a new
firmware file that is immediately rejected by the Asus firmware update.
3. I realized the issue is probably in the header with the file size and/or
checksum. I extracted the new, rebuilt, firmware and reviewed the binwalk and
config logs. The config.log showed the correct FW_SIZE that is slightly larger
than the original. The binwalk.low showed the old, slighly smaller, size so I
changeded it to the new size.
4. I rebuilt the firmware but it still is immediately rejected by the Asus
firmware update.
5. The only thing I noticed that might be significant is in the original
binwalk.log the Squahsfs filesystem compression field is blank but in the new
binwalk.log from the rebuild it's listed as lzma. It seems that binwalk may not
be able to determine the compression of the original.
What version of the product are you using? On what operating system?
I tried using the fmk_099.tar.gz download and also cloned the project since I
saw that several files have been updated since it was released. I'm using
Ubuntu 12.04 LTS x64.
Please provide any additional information below.
The firmware I'm trying to modify is:
http://dlcdnet.asus.com/pub/ASUS/wireless/RT-AC68U/FW_RT_AC68U_30043783873.zip
Original comment by V0QIu24E...@gmail.com
on 27 Jan 2015 at 5:53