You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Device problem occurs on Mikrotik RB450G and all other devices with MLC NAND flash, which use UBIFS on their flash
Affected software versions of OpenWrt/LEDE:
Issue occurrs on LEDE 17.01.5 and newer, including latest builds from trunk (dc9388a on master)
Description:
According to this message on LKML, UBIFS driver never supported MLC NAND flash and now the support was explicitly disabled. Linux kernels having this patch applied refuse to mount the UBI file system from MLC NAND mtd device.
Before this patch, user could encounter data loss on such flash chip, but at least he was able to mount the filesystem. At the moment, all supported Mikrotik routers use ubifs for their flash. If user is running older openwrt/lede and performs sysupgrade to latest openwrt, the upgrade will fail and will make the router non-working, because the linux kernel will not mount the filesystem anymore. And if user tries to perform fresh install, it will also fail.
At the moment I did rollback to LEDE 17.01.4 in order to have the router at least in a working state.
Steps to reproduce
Try to install latest Openwrt 18.06.1 on Mikrotik router with MLC NAND flash. Install should fail.
I think that at the moment when there's no other way (as far as I'm aware) to flash OpenWrt on Mikrotik, it would be great to patch the kernel to mount the filesystem, effectively restoring old behavior as in LEDE 17.01.4. If this is not acceptable for you, at least Wiki pages should be updated, warning users to avoid upgrading and stating LEDE 17.01.4 as the last supported version.
Attached is the log from failed Openwrt install.
The text was updated successfully, but these errors were encountered:
This issue found its way to the mailing-list: [[http://lists.infradead.org/pipermail/openwrt-devel/2018-October/014324.html|[OpenWrt-Devel] [PATCH] kernel: tolerate using UBI/UBIFS on MLC flash (FS#1830)]]
And the openwrt developer Koen Vandeputte has issued an [[http://lists.infradead.org/pipermail/openwrt-devel/2018-October/014411.html
|request for serial numbers of affected RouterBoards]].
vzahradnik:
Device problem occurs on Mikrotik RB450G and all other devices with MLC NAND flash, which use UBIFS on their flash
Affected software versions of OpenWrt/LEDE:
Issue occurrs on LEDE 17.01.5 and newer, including latest builds from trunk (dc9388a on master)
Description:
According to this message on LKML, UBIFS driver never supported MLC NAND flash and now the support was explicitly disabled. Linux kernels having this patch applied refuse to mount the UBI file system from MLC NAND mtd device.
https://lore.kernel.org/patchwork/patch/920344/
Before this patch, user could encounter data loss on such flash chip, but at least he was able to mount the filesystem. At the moment, all supported Mikrotik routers use ubifs for their flash. If user is running older openwrt/lede and performs sysupgrade to latest openwrt, the upgrade will fail and will make the router non-working, because the linux kernel will not mount the filesystem anymore. And if user tries to perform fresh install, it will also fail.
At the moment I did rollback to LEDE 17.01.4 in order to have the router at least in a working state.
Try to install latest Openwrt 18.06.1 on Mikrotik router with MLC NAND flash. Install should fail.
I think that at the moment when there's no other way (as far as I'm aware) to flash OpenWrt on Mikrotik, it would be great to patch the kernel to mount the filesystem, effectively restoring old behavior as in LEDE 17.01.4. If this is not acceptable for you, at least Wiki pages should be updated, warning users to avoid upgrading and stating LEDE 17.01.4 as the last supported version.
Attached is the log from failed Openwrt install.
The text was updated successfully, but these errors were encountered: