Recent content by puremind

GT AX11000 PRO, never had issues with wifi and a few days with 388.5 noticing random slowness ... something's odd with this firmware. Going back to reliable 388.4. Adding log section with messaging never saw before, perhaps that's the issue.

There is nothing else to do after the volume is recreated.

We all knew that. How do you suggest that to happeb? Have you figured out a way or method to “clean” the file system that is not what I have discovered and shared here ?

There was no need. Deleting the volume and creating it was enough. After mounting I was able to write in jffs and restored my .tar backup with the UI. As good as new.

What I would assume is the jffs partition would be erased/formatted by any of the resets, but wasn’t the case. There was no way to delete that partition or it’s contents but the one I discovered. If you have there any secrets… will stay there forever lol. Hoping an option can be added to the...

What the error message suggests is a corrupted file descriptor pointing to an inode with some error state the normal “recovery” wasn’t able to fix, perhaps caused by a restart while data was updated in there, so it goes to read only mode waiting for something else to fix it. There are many log...

Thank you for the suggestions and the commands, they've helped figure out the problem. I'll now gonna move some stuff I had using the jffs to do it on the usb drive, given this problem can happen again...

Hi RMerlin: Thank you anyways, @JGrana indirectly helped with the suggested commands. I can confirm the developed steps + commands below do work to completely wipe the ubi:jffs2 Filesystem that mounts to /jffs and then rebuild correctly to achieve a new brand empty clean and writeable /jffs...

Guessing that if this command ubinfo --devn=0 --vol_id=13 renders this: Volume ID: 13 (on ubi0) Type: dynamic Alignment: 1 Size: 413 LEBs (52441088 bytes, 50.0 MiB) State: OK Name: jffs2 Then the 2 below commands should do the work, no? type and alignment are...

Wondering these two commands should do... but there's not much documentation :( admin@GT-AX11000_Pro:/bin# ubirmvol --help ubirmvol version 2.0.2 - a tool to remove UBI volumes. Usage: ubirmvol <UBI device node file name> [-n <volume id>] [--vol_id=<volume id>] [-N <volume name>]...

Yep, I am reading around. It would be safer if the command only affected the specific partition for jffs and not the others. Won't run anything yet, perhaps Merlin knows where that code is or something that might let me just delete the file that is

Yep, perhaps for whatever reason the ubifs are not formatted upon restart. Tried WPS hold... had to manually power off and on after that -> no joy Seems is impossible to wipe the partition using regular methods. There must be a command or something to just remove/reformat that /jffs partition...

The issue with the inode seems a logical problem the whatever automatic recovery is unable to manage... if I can get the partition wiped/remounted/formatted then it should resolve. This illustrates the problem too I believe: admin@GT-AX11000_Pro:/# rm jffs/syslog.log-1 rm: remove...

Thanks. Yep, this sounds like some logical error and not necessarily a hardware issue... dmesg reports the same as the long log I posted. /bin/mtdinfo -a admin@GT-AX11000_Pro:/# /bin/mtdinfo -a Count of MTD devices: 13 Present MTD devices: mtd0, mtd1, mtd2, mtd3, mtd4...

Executed nvram clear nvram commit and before rebooting I did the software reset settings with the box ticked to delete everything Well, /jffs is still there and with same contents. Seems the system is refusing to delete/wipe the partition. Hoping Merlin can provide some extra steps... Logs...