GUI-Restore is not working -> "restore: Is a directory"
GoogleCodeExporter opened this issue · comments
What steps will reproduce the problem?
1. Following the instructions on the wiki -> Extract Firmware, Extract GUI, &
Restore GUI
2. Using laguna-firmware-squashfs.bin
http://www.dd-wrt.com/routerdb/de/download/Gateworks/Laguna%20GW2391/-/laguna-fi
rmware-squashfs.bin/4005
What is the expected output?
Not sure, it never worked for me.
What do you see instead?
user@ubuntu:~/firmware-mod-kit$ ./ddwrt-gui-rebuild.sh
Firmware Mod Kit (ddwrt-gui-rebuild) 0.87, (c)2011 Craig Heffner, Jeremy Collake
http://www.bitsum.com
restore: Is a directory
Failed to process Web files!
What version of the product are you using? On what operating system?
Using version 0.87 on Ubuntu 10.04LTS
Please provide any additional information below.
I'm not modifying any files just going through the motions to get the hang of
it. It's almost like it is treating the --restore parameter incorrectly. I made
sure I had all the latest updates for the required pre-requisites.
Thanks.
Original issue reported on code.google.com by versus12...@gmail.com
on 6 Jun 2013 at 11:55
[deleted comment]
I forgot to add:
To get to this point, I had to change WWW="$DIR/etc/www" to WWW="$DIR/www" in
the script because there wasn't a "fmk/rootfs/etc/www" after a firmware
extraction.
This is what I was getting with WWW="$DIR/etc/www"
user@ubuntu:~/firmware-mod-kit$ ./ddwrt-gui-rebuild.sh
Firmware Mod Kit (ddwrt-gui-rebuild) 0.87, (c)2011 Craig Heffner, Jeremy Collake
http://www.bitsum.com
fmk/rootfs/etc/www: zero size file
./ddwrt-gui-rebuild.sh: line 46: 6416 Floating point exception$SUDO
./src/webcomp-tools/webdecomp --httpd="$HTTPD" --www="$WWW" --dir="$WEBDIR"
--key="$TMPFILE" --restore
Original comment by versus12...@gmail.com
on 7 Jun 2013 at 12:10
[deleted comment]
(replacement answer)
Undo your modification. The path is correct to the *file* at /etc/www that
contains all the web pages concatenated together and obfuscated.
The rebuild script does have a bug of some sort. I am looking into it now.
Original comment by jeremy.collake@gmail.com
on 7 Jun 2013 at 1:46
- Changed state: Started
[deleted comment]
Actually the rebuild is failing, that's why the file results in a zero size,
which obviously doesn't allow for subsequent extractions. A bug was introduced
at some point since I last tested it. Almost there.
Original comment by jeremy.collake@gmail.com
on 7 Jun 2013 at 1:55
I discovered the bug. It is a minor coding error in a recent commit to
webdecomp.c. I am push the fix up in just a minute.
Original comment by jeremy.collake@gmail.com
on 7 Jun 2013 at 2:09
Original comment by jeremy.collake@gmail.com
on 7 Jun 2013 at 2:14
- Changed state: Fixed
Done. Pull the latest revision from the repository, extract the firmware AGAIN
(must do), then all should work.
Original comment by jeremy.collake@gmail.com
on 7 Jun 2013 at 2:16
We must have been working on this at the same time Jeremy; I just pushed my
changes, though I don't see yours in the change logs? Hopefully no conflicts...
Original comment by heffne...@gmail.com
on 7 Jun 2013 at 3:11
[deleted comment]
[deleted comment]
I will try it again from scratch. Thanks for the quick turn around!
Original comment by versus12...@gmail.com
on 7 Jun 2013 at 1:33
Hello,
I also am getting the error fmk/rootfs/etc/www: zero size file
./ddwrt-gui-rebuild.sh: line 42: 13378 Floating point
exception./src/webcomp-tools/webdecomp --httpd="$HTTPD" --www="$WWW"
--dir="$WEBDIR" --restore
even after the update
Original comment by Rob...@kornmeyer.org
on 11 Jun 2013 at 12:29