Since I live in a tiny apartment it's not such a big issue for me since even with 6 dBm transmit power I have decent WiFi pretty much everywhere. Nevertheless, it would be nice if the problem would be fixed at some point. My question is, how could I check if I my problem is indeed the same as for the users (caused by bad blocks)? And if so, are there any plans for the patches (or something similar) that were proposed in these topics to be included in the release builds of OpenWrt at some point? For ease of maintenance I would prefer not to have to run custom, self-built images on my device.
I'm not sure if there is an easy way to check for bad blocks in current OpenWrt 22.03, as the driver was changed to skip checking for bad blocks (so the "Bad eraseblock" messages are no longer in the kernel log).
But the partition table patch is now in the master branch, so you could just try a snapshot build to see if it helps.
Hi, I just saw that a new service release was announced 1.5 weeks ago. I looked through the changelog but it doesn't seem that this partition table patch was included in this release, is that correct?
I also had another question about the partition table patch: how self-contained is it? I found this commit https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=c46584ab302f0dd9b472aef77c2af163f9719379 that seems to contain a fix for a partition table bug. Does this commit contain everything for the fix to work? I.e., could one theoretically apply this commit to the latest stable service release branch and build to get an image that contains the fix but is still very close to a stable release? Or does the partition table fix depend on other changes in master that have been made since it deviated from the latest stable release branch?
Would you also be able to say which approach has the best probability of giving a stable(like) experience until a new stable release that includes the partition table patch?
(a) Using a (particular) snapshot build of the master branch
(b) Including the partition table patch in the latest stable release by applying the relevant commit/changes on top of the latest stable release branch
Or if it's not possible to say which has the highest probability of a stable experience, which approach would you try first?
Using a snapshot build is probably a bit easier as you don't have to build it yourself. Maybe just try it out. If there is any issue you can still build your own image. Just be aware that you'll need to install the LuCI web interface yourself for snapshot builds (and current packages from the repositories may not be compatible with older snapshot images, so install what you need right away).