[OpenWrt-Devel] [BUG] NAND sysupgrade broke ubifs on Netgear WNDR3700v4/4300.

Wed Jun 25 02:18:01 EDT 2014

On Wed, 2014-06-25 at 08:09 +0200, John Crispin wrote:
> 
> On 25/06/2014 08:02, Paul Blazejowski wrote:
> > On Wed, 2014-06-25 at 07:57 +0200, John Crispin wrote:
> >> Hi,
> >> 
> >> can someone with a 3700v4 run "cat /tmp/sysinfo/*" on a 3700 ?
> >> 
> >> the sysupgrade fails because the board id is not added yet in
> >> the upgrade script. however i fail to figure out what id it gets
> >> from the ar71xx.sh script
> >> 
> >> John
> >> 
> > 
> > Good morning John
> > 
> > on my 3700v4 i get this:
> > 
> > root at router:~# cat /tmp/sysinfo/* wndr4300 NETGEAR
> > WNDR3700v4/WNDR4300
> > 
> > hope this helps!
> > 
> > -paul
> > 
> > 
> 
> and which sysupgrade file fails in luci ? if the id is 4300 then you
> should simply use the 4300 tar file for luci sysupgrade
> 
> 	John
> 

i am building new image before going to sleep but both of them failed
when i tried earlier (r41336)

Adam confirmed that the 4300 sysupgrade worked great  on his wndr4300
router so i guess this is isolated to 3700v4 now (although the images
are the same in length)...

> 
> 
> > 
> >> On 25/06/2014 06:27, Adam Kuklycz wrote:
> >>> Hi all,
> >>> 
> >>> I've flashed my Netgear WNDR4300 with trunk r41336 and have run
> >>> a series of tests.
> >>> 
> >>> Everything looks great!  I can restore backed up settings, I
> >>> can configure it from scratch too should I desire.
> >>> 
> >>> Sysupgrade works fine on my WNDR4300 via the web UI.  Paul if 
> >>> you're still having issues with this on your WNDR3700v4 it may
> >>> be specific to that model; I do not have one of these to test
> >>> on unfortunately. But sysupgrade on the WNDR4300 works and
> >>> works well. All settings are kept when sysupgrading too.
> >>> 
> >>> If it helps Paul out I can email him my config file, write me 
> >>> directly for it; that should eliminate any mistakes that have
> >>> been overlooked. Easy to do.
> >>> 
> >>> Will run the router for a few hours on the test bench and do
> >>> some traffic through it, should that play nice then it's
> >>> problems resolved on my end :)
> >>> 
> >>> Cheers Adam
> >>> 
> >>> 
> >>> On 25/06/14 13:14, Paul Blazejowski wrote:
> >>>> Adam,
> >>>> 
> >>>> what do you know? hehehe when one sleeps another fixes
> >>>> things ;-)
> >>>> 
> >>>> so far so good, my router has been up for few hours without 
> >>>> problems... there's still issue with the sysupgrade image
> >>>> that John is already aware of ... and may have a fix for us
> >>>> to test ... one fix at a time they say.
> >>>> 
> >>>> glad we made much progress today!
> >>>> 
> >>>> thank you all!
> >>>> 
> >>>> 
> >>>> On Wed, 2014-06-25 at 00:07 +0000, Adam Kuklycz wrote:
> >>>>> Geez, it must be true that you should only sleep when
> >>>>> you're dead...damn Aussie time zones...
> >>>>> 
> >>>>> I'll test with latest trunk as well & will confirm.  But
> >>>>> looks promising!
> >>>>> 
> >>>>> 
> >>>>> 
> >>>>> -----Original Message----- From: openwrt-devel 
> >>>>> [mailto:openwrt-devel-bounces at lists.openwrt.org] On Behalf
> >>>>> Of Paul Blazejowski Sent: Wednesday, 25 June 2014 6:27 AM
> >>>>> To: John Crispin Cc: openwrt-devel at lists.openwrt.org
> >>>>> Subject: Re: [OpenWrt-Devel] [BUG] NAND sysupgrade broke
> >>>>> ubifs on Netgear WNDR3700v4/4300.
> >>>>> 
> >>>>> sorry i meant https://dev.openwrt.org/ticket/16803 the
> >>>>> previous one is closed for good ;-)
> >>>>> 
> >>>>> 
> >>>>> On Tue, 2014-06-24 at 16:25 -0400, Paul Blazejowski wrote:
> >>>>>> Hi again,
> >>>>>> 
> >>>>>> thanks for the tftp fix, flushing just became so much
> >>>>>> faster and easier.
> >>>>>> 
> >>>>>> Tested trunk r41336 after your jffs2 fix and the image
> >>>>>> boots fine, restored my configuration changes, rebooted
> >>>>>> the router and all changes are saved now. I will post the
> >>>>>> working dmesg to the ticket at
> >>>>>> https://dev.openwrt.org/ticket/16840 but it is safe to
> >>>>>> say that you can close it ;-) now.
> >>>>>> 
> >>>>>> Sysupgrade image(s) for 3700v4 and 4300 do not work now, 
> >>>>>> guess this is next on the list...
> >>>>>> 
> >>>>>> Thank you, -paul
> >>>>>> 
> >>>>>> On Tue, 2014-06-24 at 20:18 +0200, John Crispin wrote:
> >>>>>>> On 24/06/2014 19:05, Paul Blazejowski wrote:
> >>>>>>>> John,
> >>>>>>>> 
> >>>>>>>> Yes i use the reset with pin and from there i tftp
> >>>>>>>> the original firmware from netgear after that i go to
> >>>>>>>> the gui and upload the open-wrt image because the
> >>>>>>>> router will not accept the wndr3700v4 image (there's
> >>>>>>>> a cosmetic fix for that, i created a patch that
> >>>>>>>> someone from the forums has sent months ago to this
> >>>>>>>> list but it was never accepted...)
> >>>>>>>> https://dev.openwrt.org/ticket/16840
> >>>>>>>> 
> >>>>>>>> With that patch tftp'ing the 
> >>>>>>>> openwrt-ar71xx-nand-wndr3700v4-ubi-factory.img works 
> >>>>>>>> without need to flash the original firmware.
> >>>>>>>> 
> >>>>>>>> If there's another method that can be used to flash
> >>>>>>>> the image(s) please let me know i would want to try
> >>>>>>>> any alternative ways of flashing and could learn a
> >>>>>>>> thing or two in the process as well ;-)
> >>>>>>>> 
> >>>>>>>> Thank you, -paul
> >>>>>>> 
> >>>>>>> Hi,
> >>>>>>> 
> >>>>>>> i just pushed the V vs v fix and another fix that
> >>>>>>> removes the jffs2 magic. i think this might have been
> >>>>>>> the cause of the problems. please retry with current
> >>>>>>> trunk and let me know if the problem is gone or still
> >>>>>>> there
> >>>>>>> 
> >>>>>>> John _______________________________________________ 
> >>>>>>> openwrt-devel mailing list
> >>>>>>> openwrt-devel at lists.openwrt.org 
> >>>>>>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> >>>>>>
> >>>>>>>
> >>
> >>>>>>> 
> _______________________________________________
> >>>>>> openwrt-devel mailing list
> >>>>>> openwrt-devel at lists.openwrt.org 
> >>>>>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> >>>>>
> >>>>>>
> >>
> >>>>>> 
> _______________________________________________
> >>>>> openwrt-devel mailing list openwrt-devel at lists.openwrt.org
> >>>>>  
> >>>>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> >>>
> >>>>>
> >>
> >>>>> 
> _______________________________________________
> >>> openwrt-devel mailing list openwrt-devel at lists.openwrt.org 
> >>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> >>>
> >>
> >>> 
> _______________________________________________
> >> openwrt-devel mailing list openwrt-devel at lists.openwrt.org 
> >> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> >> 
> >> 
> >> _______________________________________________ openwrt-devel
> >> mailing list openwrt-devel at lists.openwrt.org 
> >> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel at lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20140625/b8b3a471/attachment.sig>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel