I do not think so. The booted linux OS, it thinks there 40.5M FREE on /jffs. The feels like a NAND level lack of space for its GC to use to move files around in whatever size erase blocks it uses a/o those bad blocks are making it impossible to run the GC. I really don't know anymore.Possible there's too much data on the restored backup, or a script in there that's filling jffs up too quick.
df -hT
...
/dev/mtdblock9 jffs2 47.0M 6.5M 40.5M 14% /jffs
I need to have my pastebin account reset.. basically, there are no huge files in the listing.. The only way I think to fix this at this point is a nuclear factory reset or some mtd format of the /jffs. I attached a txt file below. I'm not the only one with this issue after 384.19. I'm going to try some several weeks older jffs backups just to see, I'd love to be wrong.
The listing I posted is working with no CRC GC issues. I’ll do another later when family is more offline.
Update 07 Sep 2020 21:37 - I cannot reboot anymore tonight or I might lose some vital body part(s).
I blew away the JFFS again, rebooted and then restored my JFFS from a 3 week old backup vs. the one I took a few hours before the 384.19 upgrade. I am slowly am moving the J* utilities back to the JFFS to see if one triggers or any. So far, no CRC or GC errors on the first. I am flabbergasted at this point. I gotta hit the bed, check again tomorrow. So far the JFFS is at 47.0M and 8.3M used... - will see.
Update 08 Sep 2020- 06:55 - BLUF: The CRC/GC errors keep returning whenever there's heavier I/O to the JFFS (connman for instance) so moving the J1* scripts to USB SSD will buy time. A nuclear reset is on the menu and then if the AC86U displays any CRC/GC errors, it's going to become a simple WAP or get booted to the electronics recycling center. I've spent 2+ days chasing, debugging and performing problem determination on this 384.19 (dirty) + AC86U ASUS JFFS resize *@(*(@. I have little confidence my AC86U router is going to play nice with 384.19 + AMTM + J1 scripts on JFFS or maybe anything down the road.
The JFFS CRC/GC errors returned soon after switching spdMerlin to JFFS and reinstalling connmon to USB, followed by the GC errors - along with some interesting traps I do not recall seeing while running spdMerlin.
Doing anything else to this AC86U is solely for problem determination.
Code:
Errors returned after reinstalling connman on JFFS
Sep 7 21:31:06 connmon: Welcome to connmon v2.6.0, a script by JackYaz
Sep 7 21:31:07 connmon: Checking your router meets the requirements for connmon
Sep 7 21:31:07 connmon: Installing required packages from Entware
Sep 7 21:31:09 connmon: New version of connmonstats_www.asp downloaded
Sep 7 21:31:09 connmon: Mounting connmon WebUI page as user1.asp
Sep 7 21:41:00 spdMerlin: Starting speedtest using auto-selected server for WAN interface
Sep 7 21:41:00 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 7 21:41:00 kernel: speedtest[4145]: unhandled level 3 translation fault (7) at 0x005f4000, esr 0x92000007
Sep 7 21:41:00 kernel: pgd = ffffffc007921000
Sep 7 21:41:00 kernel: [005f4000] *pgd=000000001913b003, *pud=000000001913b003, *pmd=0000000019153003, *pte=0000000000000000
Sep 7 21:41:00 kernel: CPU: 1 PID: 4145 Comm: speedtest Tainted: P O 4.1.27 #2
Sep 7 21:41:00 kernel: Hardware name: Broadcom-v8A (DT)
Sep 7 21:41:00 kernel: task: ffffffc01e86a080 ti: ffffffc00a7e8000 task.ti: ffffffc00a7e8000
Sep 7 21:41:00 kernel: PC is at 0x565dac
Sep 7 21:41:00 kernel: LR is at 0x565d5c
Sep 7 21:41:00 kernel: pc : [<0000000000565dac>] lr : [<0000000000565d5c>] pstate: 80000000
Sep 7 21:41:00 kernel: sp : 0000007fc02bb000
Sep 7 21:41:00 kernel: x29: 0000007fc02bb000 x28: 00000000005c1580
Sep 7 21:41:00 kernel: x27: 000000000000001b x26: 0000000000634308
Sep 7 21:41:00 kernel: x25: 0000000000634300 x24: 0000007fc02bb068
Sep 7 21:41:00 kernel: x23: 000000000000139c x22: 0000000000000000
Sep 7 21:41:00 kernel: x21: 00000000006342f8 x20: 000000000000001b
Sep 7 21:41:00 kernel: x19: 00000000005f4000 x18: 0000000000000000
Sep 7 21:41:00 kernel: x17: 0000000000000000 x16: 0000000000000000
Sep 7 21:41:00 kernel: x15: 0000000000000000 x14: 0000000000000000
Sep 7 21:41:00 kernel: x13: 0000000000000000 x12: 0000000000638ba0
Sep 7 21:41:00 kernel: x11: 0000000000000001 x10: 00000000005833fa
Sep 7 21:41:00 kernel: x9 : 0000000012db74c4 x8 : 0000007fc02bc870
Sep 7 21:41:00 kernel: x7 : 0000000000000000 x6 : 0000000000000010
Sep 7 21:41:00 kernel: x5 : 000000000000001b x4 : 000000000050da58
Sep 7 21:41:00 kernel: x3 : 00000000ffffffff x2 : 00000000005c1580
Sep 7 21:41:00 kernel: x1 : 000000000050da58 x0 : 0000000000000038
Sep 7 21:41:00 spdMerlin: Speedtest results - -
Sep 7 21:50:36 uiDivStats: Stats updated successfully
Sep 7 21:50:45 uiDivStats: Stats updated successfully
Sep 7 22:00:08 uiDivStats: Stats updated successfully
Sep 7 22:05:01 Diversion: found 1 new YouTube hosts, total is 1440 (counter at 18 of 30)
Sep 7 22:11:00 spdMerlin: Starting speedtest using auto-selected server for WAN interface
Sep 7 22:11:00 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 7 22:11:00 kernel: speedtest[22946]: unhandled level 3 translation fault (7) at 0x005f4000, esr 0x92000007
Sep 7 22:11:00 kernel: pgd = ffffffc013d1c000
Sep 7 22:11:00 kernel: [005f4000] *pgd=000000000204c003, *pud=000000000204c003, *pmd=0000000019284003, *pte=0000000000000000
Sep 7 22:11:00 kernel: CPU: 0 PID: 22946 Comm: speedtest Tainted: P O 4.1.27 #2
Sep 7 22:11:00 kernel: Hardware name: Broadcom-v8A (DT)
Sep 7 22:11:00 kernel: task: ffffffc013c5e100 ti: ffffffc0015b4000 task.ti: ffffffc0015b4000
Sep 7 22:11:00 kernel: PC is at 0x565dac
Sep 7 22:11:00 kernel: LR is at 0x565d5c
Sep 7 22:11:00 kernel: pc : [<0000000000565dac>] lr : [<0000000000565d5c>] pstate: 80000000
...
Sep 7 22:11:01 kernel: x1 : 000000000050da58 x0 : 0000000000000038
Sep 7 22:11:01 spdMerlin: Speedtest results - -
Sep 7 22:41:00 spdMerlin: Starting speedtest using auto-selected server for WAN interface
...
Sep 8 00:11:01 spdMerlin: Speedtest results - -
Sep 8 00:37:03 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:37:03 kernel: jffs2: read_cache_page() returned error: -5
Sep 8 00:37:03 kernel: jffs2: Error garbage collecting node at 02997594!
Sep 8 00:37:03 kernel: jffs2: No space for garbage collection. Aborting GC thread
Sep 8 00:37:59 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:37:59 kernel: jffs2: read_cache_page() returned error: -5
Sep 8 00:37:59 kernel: jffs2: Error garbage collecting node at 02997594!
Sep 8 00:38:59 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:38:59 kernel: jffs2: read_cache_page() returned error: -5
Sep 8 00:38:59 kernel: jffs2: Error garbage collecting node at 02997594!
Sep 8 00:39:59 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:39:59 kernel: jffs2: read_cache_page() returned error: -5
...
Sep 8 00:40:02 kernel: jffs2: Error garbage collecting node at 02997594!
Sep 8 00:40:59 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:40:59 kernel: jffs2: read_cache_page() returned error: -5
Sep 8 00:40:59 kernel: jffs2: Error garbage collecting node at 02997594!
Sep 8 00:41:00 spdMerlin: Starting speedtest using auto-selected server for WAN interface
Sep 8 00:41:00 kernel: jffs2: Data CRC bdf8b642 != calculated CRC aeffdec3 for node at 02997594
Sep 8 00:41:00 kernel: speedtest[15133]: unhandled level 3 translation fault (7) at 0x005f4000, esr 0x92000007
Sep 8 00:41:00 kernel: pgd = ffffffc001966000
Sep 8 00:41:00 kernel: [005f4000] *pgd=0000000008715003, *pud=0000000008715003, *pmd=0000000019153003, *pte=0000000000000000
....
<EOF>
Attachments
Last edited: