Hi,

My HAP ac2 running on 7.13 is about to run out of space. Is Mikrotik aware of that? Maybe it would be a good idea to exclude ppp and routing from the main package bundle?

This was discovered long ago (as soon as 7.13 came out). I certainly hope MT reads the comments in release topic they created themselves ... and I hope will do something about it.

Beware that when space runs out, you won't be able to change configuration. And device might become unstable (rebooting for no actual reason). Or anything else.

It seems that the hAP ac2 is the most affected by this problem.
Maybe part of the issue is that the flash isn't 16MB to start with, it is only 15.3MB on that device.
(no idea why, it could be due to limitations of the processor, memory-mapped IO, boot code, whatever)

OF COURSE MikroTik know about this! But they are in a state of denial.
I have written my concerns about 16MB flash devices many times, but the only reply you can get is
like "we make sure it fits, we test every release with default config and it always is OK" etc.

The 7.13 version makes it worse because now the "old" wireless config has been made a separate package while
the "new" code is still a mandatory part of the main package. So now you have 2 config menus, one for
the old and one for the new, again taking up more space. Which already was nearly 0 in 7.12 and below.

Still, for those that have a hAP ac2 and do not want to migrate to the new WiFi, I would recommend staying
at 7.12.1 and not upgrade until that becomes absolutely necessary.

Is a downgrade possible from 7.13 to 7.12.1?

Maybe part of the issue is that the flash isn't 16MB to start with, it is only 15.3MB on that device.

I think it's the matter of Mebi vs Mega. 16*10⁶ Bytes=15.258789 MiB.

The thing is that storage producers use MB and MiB interchangable and don't tell which is it. And MT is to blame here as it reports capacity using wrong unit as well.

Is a downgrade possible from 7.13 to 7.12.1?

It is possible. But you have to take extra care of uploading appropriate packages. Also beware that some settings you may have done in 7.13 won't be backported to 7.12 (because config converter in 7.12 isn't aware of certain new features, such as renaming /interface/wifiwave2 to /interface/wifi).

Beware that when space runs out, you won't be able to change configuration. And device might become unstable (rebooting for no actual reason). Or anything else.

The last time it ran out of space it didn't come up after the reboot. So one needs to be careful not to run out of space because it effectively bricks the device.

Maybe part of the issue is that the flash isn't 16MB to start with, it is only 15.3MB on that device.

I think it's the matter of Mebi vs Mega. 16*10⁶ Bytes=15.258789 MiB.

It isn't. One does not even have to know what the exact unit is, just by looking at System->Resources in the field "Total HDD Size" it will show 16MB in almost all models but it shows 15.3MB in the hAP ac2.
So it does not matter if it is MiB or MB in reality, it is just less.

About downgrade: it depends on what kind of configuration you have.
When you are just using it as a basic home router with NAT and WiFi and no special config I would recommend to just do a netinstall without keeping configuration, and start completely fresh from defaults.
You can do a "/export show-sensitive file=filename" and download the filename.rsc file to your computer before doing that, and have the filename.rsc alongside in an editor while doing the new configuration (so you do not forget things).
If desired, you can also copy/paste some section of the export to your new setup, like a VPN setup or similar.

When the config is complicated, you could do a netinstall with "keep config" or you could download the 7.12.1 npk file and upload it to the router, and also in the packages section do a "remove" on the wireless or wlan package of 7.13, then click "downgrade".
But the abovementioned netinstall and fresh start method will give you the most free space.

Maybe part of the issue is that the flash isn't 16MB to start with, it is only 15.3MB on that device.

I think it's the matter of Mebi vs Mega. 16*10⁶ Bytes=15.258789 MiB.

The thing is that storage producers use MB and MiB interchangable and don't tell which is it. And MT is to blame here as it reports capacity using wrong unit as well.

Would that not constitute as false advertising?

eg. "Routerboard that has 16MB Flash storage" when in reality it's 15.2Mib.

D53G-5HacD2HnD is having the same issue - only 596 KiB reported free after upgrading to v7.13, total storage is 15.3MiB, on the MT's Product page on website its showing MB

And I have written several times my concerns about integrating the wifi module into the default package. why they opted for this I can't understand without insights into their architecture. extract the whole wifi part as extra package and all be good again.

Indeed!
Also I do not understand why they made everything one routeros package.
I can understand why they merged packages like security, dhcp, ppp and ipv6 from the v6 version in to the main package: there are just too many inter-dependencies between features all over the place and those specific packages.
But why "routing" (BGP/OSPF/etc), "hotspot", and "mpls" were put in the routeros package, I do not understand.
Probably 95% of the users is never going to use those, now that they focused so much on home routers.
These should have remained optional packages...

@t0mm13b https://www.gbmb.org/mb-to-mib Afaik any storage device is advertised in MB/GB/TB sizes, not in MiB/GiB/TiB.

That is wrong. Internal memory is in MB but "external" storage like flash is always in MiB.
When you buy a "16MB flash card" it will be 16000000000 bytes, not 17179869184.
That would make it 14.9MB instead of 16MB.
However, that is all that is going on here. As mentioned, the hAP ac2 reports less space than all the other 16MB models.

Someone marked this topic as SOLVED although it's NOT.

I think only the original poster (YOU) can mark it "solved".
Anyway, did you try a netinstall to 7.12.1 ?

I haven't tried netinstall option yet. I'm waiting for Mikrotik's response on how they're planning to address this problem. 7.14beta uses even more space than 7.13 so eventually, more and more users will be affected by this problem unless a sustainable solution is found.

Worst case scenario I will be forced to upgrade from ac2 to ax2. Maybe that's what business people from Mikrotik want.

I do not expect that they will provide you with a useful reply or solution.
As I wrote before, concern has been expressed about decisions and about the ac2 and the only response is denial.

Worst case scenario I will be forced to upgrade from ac2 to ax2. Maybe that's what business people from Mikrotik want.

Maybe MikroTik can start a sort of exchange program where they offer minimum 50% discount to entice people to upgrade from ac2 to ax2 if they swap their hAP ac2 for ax2

...wishful thinking !

...or offer to purchase ROS compatible flash memory to replace it on board

In case of the ac2 it could even have been an option to install a USB stick that can offload part of the storage requirement...

But why "routing" (BGP/OSPF/etc), "hotspot", and "mpls" were put in the routeros package, I do not understand.
Probably 95% of the users is never going to use those, now that they focused so much on home routers.
These should have remained optional packages...

That's the point. Many of MTs recent wifi AX products focus on SOHO.

Maybe basic routing stuff should remain like Filters, Nexthops, RouterID, Rules, Settings and Tables but other parts as part of extended routing optional package and also Dot1X and RADIUS can be optional.

Hi! I hope someone from MT is aware of this issue. I´d like to add, that my WAPac (ARM Version, RBwAPG-5HacD2HnD, r3) is also affected.
After upgrading to 7.14b4 516 KiB are left from 15.3MB.
Only routeros and wifi-qcom-ac are installed. Everything is working until now, but I don´t know for how long...

I had to remain on legacy wireless package to have container package because it not fit with wifi-qcom-ac and my config.

Maybe basic routing stuff should remain ...

None of routing stuff should remain in basic package, none are used by vast majority of SOHO users (who are primary users of infamous 16MB flash ARM wifi devices). And that includes dot1x, radius and any other (mostly) corporate stuff.

IMO running containers on 128MB RAM devices with wireless (hAP ac2, cAP ac, etc. nominally have 128MB RAM) is silly.

Such exercises look just like those photographs from 3rd world showing guys transporting mountains of goods on a moped. Yes, somehow some manage to fo it, but nobody in their right minds are requesting from moped producers to officially support that.

I'm running containers on Chateau LTE12 which has 256MB RAM size but just 16MB flash, have no problem with RAM while containers are running, constantly 2 are running as DNS service (Pi-hole and Unbound - recursive) and periodically starting some others, so far RAM is not issue but flash is.

Afaik for basic routing setup you don't need additional tools on linux so there is no extra space to gain by just removing options. Maybe better to separate VPNs into separate packages and then let users to decide which will install for their needs. Also some supporting drivers for devices that are not part of MT hardware can be also optional packages, like external LTE modems support as bundle package, etc...

I'm running containers on Chateau LTE12 which has 256MB RAM size but just 16MB flash, have no problem with RAM while containers are running, constantly 2 are running as DNS service (Pi-hole and Unbound - recursive) and periodically starting some others, so far RAM is not issue but flash is.

Afaik for basic routing setup you don't need additional tools on linux so there is no extra space to gain by just removing options. Maybe better to separate VPNs into separate packages and then let users to decide which will install for their needs. Also some supporting drivers for devices that are not part of MT hardware can be also optional packages, like external LTE modems support as bundle package, etc...

I do hav PIhole/unbound running off pi which is plugged directly into ethernet port.

what's your experience like with running containers on Chateau (owner of same device here... ) ?

what's your experience like with running containers on Chateau (owner of same device here... ) ?

Positive after some ROS version upgrades, at beginning was troubles due to some bugs related to containers.
I had to tweak configurations to have small RAM usage, on Pi-hole DNS cache is disabled since it's upstream is Unbound which owns cache and Unbound is tweaked for RAM and cores usage. Containers config has ram-high=80M and it's enough for me.
DNS performance mostly depends on network quality here (which over LTE isn't always best).

There is a solution without cutting features. I own hAP ac2 and out of curiosity I looked at drivers section of ARM RouterOS. There is for example prestera_dx_max.ko file taking 687 KB of space. Then quectel_mhi.ko of 148 KB. These drivers are not needed for hAP ac2. How about making a list of drivers (files?) not needed for each device. Then during install procedure, installer using this list, would not install unnecessary files onto "precious" 15.3 MB flash. I'm not sure how simple that would be as the npk file is compressed and it would need to be repacked in RAM before install. Also space savings would be less than 687+148 KB due to compression. But probably more than these two files are unnecessary for hAP ac2, so maybe it would do the job.
Another solution would be allowing to install optional packages onto (encrypted?) partition on USB drive. Moving wifi-qcom-ac there would save almost 3 MB.

The issue probably is that .npk packages are mostly a read-only compressed filesystem that is copied to the flash in its entirety and then are mounted at runtime (with the appropriate code to de-compress files on access).
So, it is not a simple matter of "during installation see which drivers are required and delete the remainder", as there is no support to delete files in the compressed filesystem.
If a .npk would be just like a .deb or .rpm (a compressed archive that is being unpacked during install) it would be easy.

Some drivers are shared by a lot of things, there is no separate driver for each chip or device. One big driver.

Firmware is per chipset.

It isn't

Whatever is the situation, something has to be done. Denying the problem no longer works.

Our team of experts is working on this issue at this very moment. As to "why", many products were designed years ago, but only are released now. When designing devices with 16MB SPI chips, at that moment there was no issue yet. Today we are designing devices with more storage, but they will reach customers after "some time" as you can imagine.

Don't tell us you were not aware, and were not warned, about possible space issues on 16MB flash devices!
It was discussed on the forum from the time those were released. Remember the original MikroTik products usually had 64MB or 128MB flash.

Our team of experts is working on this issue at this very moment.

Thanks for the update. I know it's not an easy problem to "just fix". But the 16MB problem has been on a slow simmer for "some time" .

It isn't

I do not understand. What else?

Quick question,

I recently noticed severe internet problems at home (using a hAP AC2).
It's very slow, connection drops often, and basically unusable.

I thought it's the cable modem, but a direct connection is fine.
I then found out that there is almost no disk space left:

free-hdd-space: 952.0KiB
total-hdd-space: 15.2MiB

Could this cause these kinds of problems?
I have not found any other problems in the config.
I've attached it if anyone wants to have a look.

If it's really caused by the lack of memory, I'll replace it...

Thanks for your help!

i am very happy with the performance of wifi-qcom-ac package on hap ac2 on 7.14.3

but dont have free memory anymore

If it's really caused by the lack of memory, I'll replace it...

Netinstall and applying exact same config might also help.
(NO restore, apply config from earlier made export)

i am very happy with the performance of wifi-qcom-ac package on hap ac2 on 7.14.3

but dont have free memory anymore

hapac2-mem.jpg

Hm weird, no performance issues?
I have no idea what else could cause it...

i am very happy with the performance of wifi-qcom-ac package on hap ac2 on 7.14.3

but dont have free memory anymore

hapac2-mem.jpg

Hm weird, no performance issues?
I have no idea what else could cause it...

no, but
i disabled graphing, no disk logging , i use a very simple config, i only use it as a wireless access-point, only fast-path bridging, no tracking, no rules etc

free-hdd-space: 952.0KiB

I have even less (440 KiB) and it's not affecting performance, create topic with issue description and full config, maybe someone will help.

free-hdd-space: 952.0KiB

I have even less (440 KiB) and it's not affecting performance, create topic with issue description and full config, maybe someone will help.

Thanks! Weird... I've created a thread.

i am very happy with the performance of wifi-qcom-ac package on hap ac2 on 7.14.3

but dont have free memory anymore

hapac2-mem.jpg

Wait for 7.15 (or install the RC). It frees up some disk memory. That's why my AC devices still run on 7.13.5 - because 7.14 consumed too much disk space.

What helped in my case is reinstalling RouterOS with netinstall. It somehow freed some space that was previously unavailable. Upgrade to 7.15 reduced space usage even further. So problem solved for now.

Yes, netinstall helps. Because the RouterOS configuration is in a kind of "database" which tends to expand over time.
E.g. when you add some config and then remove it, the space remains occupied in the flash. Also because you can "undo" the remove.
Besides that, when you have v6 on a device and upgrade to v7, a new database is created for v7 but the v6 one is kept.
(so when you downgrade to v6 it still has its original configuration)
This all gets cleaned up when you do netinstall. But you can also export the config, reset the configuration, and import it again.

Anyway, in version 7.15 apparently some optimization was done and again about 1MB of space was found.
Incredible that they still can find so much space, maybe a new compression method or so.
For now, the hAP ac2 (the most-used device that had real problems) again works well.
Of course the problem will come back in the future. Make sure you always read the forum before upgrading to a new major release.

What keeps me amazed is how much functionality they manage to squeeze into 15MB software package.

Hopefully this problem won't come back for at least few more years. Then I'm fine to upgrade to ax2 or whatever will be Mikrotik's latest-greatest device.

Besides that, when you have v6 on a device and upgrade to v7, a new database is created for v7 but the v6 one is kept.
(so when you downgrade to v6 it still has its original configuration)

For how long is the previous version's configuration kept? For example, if I decide to downgrade a year later, will it resurrect a year-old config from v6? Is there any way to clean out the old configuration remotely?

P.S. What about the autosupout.rif file? Could it be created after a crash and fill up the entire flash memory, leading to a boot loop?

Few notes here since this whole 16MB flash comes up in my world...

- The only thing that truly cleans things is doing netinstall. And, if want to run wifi-qcom-ac, IMO, you should go through the trouble of netinstall.

- The amount of free space even if clean can still vary because not everyone is going to have the same # of bad blocks. I've seen swings of 100+KBs between 16MBs units, so possible one unit runs same config+packages and another cannot. For example, the routeros+wifi-qcom-ac+zerotier package combo puts the device <1MB from being full. So it's down to how many many bad sectors there are on whether that will combo will work (and even nothing is bad, it's still close). So if you want zerotier+wifi-qcom-ac on hAPac2... you absolutely need to do a netinstall.

- I do get netinstall is PITA. Until wifi-qcom-ac, netinstall was very infrequent thing for me. I'll offer the Linux netinstall or a RouterOS container (on another router) is often easier than Windows, but still an elongated process - hopeful once to purge V6-config/past-upgrades/graphs/etc. But since netinstall re-formats the disk - it is the ONLY way to be sure all files are removed.

- RouterOS goes to memory, so even if you have no disk space, it can still generally run. Failed upgrade (& often because of being close on disk space) is how you end up in generally bootloop, and again only fix is netinstall if that happens. But in most recent V7, it is not as common as when this thread started. If you do run out of disk space after upgrade, most likely problem is save the config is lost. In fact, I have a 16MB wAPacR that's sitting on my disk awaiting a netinstall because it has 0 disk space – device works fine — but since I cannot save anything, I cannot command a downgrade (since that requires a config write) thus the familar refrain: netinstall.

- Most people want downgrading, in general, to work - so they leave the needed bit... But RouterOS does not know when/what you might want to downgrade. Since we're talking about KBs, that make sense - except on 16MB flash things... But again a netinstall will clean up all of the actual+theoritical files that could exist and start fresh - so that the recommend way of removing the option+files needed for downgrade.

- Since you generally only run into disk space issues if you want to run wifi-qcom-ac – while that's better – it's just a strain with the 16MB flash. So even if everything clean/netinstall'ed, there still not a lot of breathing room. While still quite a good device... the hAPac2 are getting older... so another option is to get some newer AX wifi AP & remove ANY wifi package from hAPac2 so it end it's life as just a router. Or, since it has USB, it be make a fine Dude server for some new hAPax3/2. Or, even container fit, if there is no Wi-Fi, so it run HomeAssistant/Pi-Hole or any of RPi-kinda things on hAPac2 containers. Just something to consider here. These 16MB units are still pretty close to be maxed on disk with the recent V7s & that ain't going to get better over time...

The same problem again with version 7.17.1. Before upgrade I have 296KiB free on version 7.16.1. I do not keep any files on flash disk. Upgrade fails due to low disk space. My backup is 256 KiB in size which seems to be normal.

Make backup, netinstall 7.17.1 and restore backup.

That's not how I see it.

Export config
Netinstall
Import config again.

Restoring backup will bring the binary image back which caused the troubles.

Make backup, netinstall 7.17.1 and restore backup.

That's not how I see it.

Export config
Netinstall
Import config again.

The whole "restore" process is complex... This decision would depend if user had an /certificates installed. An ":export show-sensitive" does not contain those... so a ":import savedconfig.rsc" alone may not be as complete. And sometime an :import is not always "fool proof". While restoring a .backup file is easier and more complete...now the question is whether that "completeness" be a problem here. i.e. it restoring all the same "old"/unused files wasting space - now RouterOS may be smart about this when restoring a backup — but IDK.

But I'd imagine the netinstall re-formating will free space, so it may not matter...

Wondering. ROS should contain a cleanup command or something alike. And upgrade procedure should check for available space before even doing an attempt and cleanup junk when needed by itself. Instead it cancels with "not enough space" message. From 7.17.0 to 7.17.1 I lost another about 70kb of free-space on flash. I would not expect this from a patch release. But maybe it is because of the resized boot partition. This is all very irritating.

Actually it does perform some clean up, when I tried to upgrade from 7.16->7.17 it failed but some space was released and on 2nd attempt was successful without any manual cleanup or config change. Some small space was released just enough for new ver. to fit, but free space was too small and I reverted to 7.16.
I think issue is with config storage DBs, these database files needs to be shrinked after some time, like SQLite VACUUM command. This is suspect because backup file doesn't backup whole system, just config/certs and when I reverted to 7.16 with netinstall with improt of same config and certs I made new backup, backup file was about 40Kb smaller from backup made before upgrade to 7.17 (same config for same ROS ver).

Indeed there should be some way to vacuum the database. Remove all deleted records and undo history.
When there is not enough space in the flash it can be done using the ramdisk as temporary storage.
(of course with the risk that the config may be lost when the power is interrupted at the wrong moment)

Thank you pe1chl. Reformatting disk indeed freed up around 500 KiB. This allowed me to install 7.17.1. But after install free space is only 124 KiB, so probably the problem will return with 7.18.x, as this version is again bigger.

It depends on your configuration. And also if you installed the new WiFi driver, which really is too big for this device.
On my hAP ac2 with old driver (wireless) I still have 1028kB free.

Old Wi-Fi driver is inferior to new driver. On old driver I had compatibility issues with Intel wifi in my laptops. And it worked slower overall. Unfortunately after a few days I have 0 KiB free and I most likely need to downgrade to avoid crashes or bricking the router as some people describe in the forum:

Over time, the available space of the hAP ac2 gradually decreased until it reached 0KB. If the hAP ac2 experiences a power outage or other problems at this point, it becomes a brick that can only be repaired through Netinstall. Even worse, there may be situations where the hAP ac2 cannot be fixed by Netinstall, which started occurring after version 7.6.

Let me present to you ...
664 K flash left. Only used as AP, nothing else.

So... do you suggest that I disable: queues, IPv6, VPNs, remove certificates and have totally unusable router for me, but with non zero free HDD space? Because honestly I do not understand your comment. And one more thing... upgrade to current firmware, because on 7.16.1 I still had free space - less than you, but always more than 0.

So... do you suggest that ....

With 16MB ARM devices there are two choices: either run device as wired-only router (by uninstalling either of wireless/wifi drivers) or run device as simple AP without sny kind of routing/firewalling setup.
It's sad, but that's how it is.

It is a known fact from the beginning wave2 drivers result in higher memory usage.
This has always been said.

Your decision what you do with your device with the available resources.
But you can not have it all without changing something.
Either scale down on the used features or change device.

You are not forced to use that wave2 driver. It works slower, yes. Certainly so.
But it still works.

Again, it comes down to making choices.

My hAP ac² has been running without WiFi packages since 7.13 was released, as a wired-only router, and it works very well like that, even runs a small UDPXY container. Currently with 7.18beta4 and the full root CA list installed (149 certificates), there are 1.7MB left on the flash storage. Performance is fine, with 7.18 the router can now saturate my 1Gbps WAN with IPv6 (fasttrack available). I just give up the idea of ever enabling WiFi on this device again.

Old Wi-Fi driver is inferior to new driver.

As Normis has written before: this device was sold with the old Wi-Fi driver, it is not necessarily compatible with the new driver.
It really is time to bin this thing. Unless indeed (as written by others) you use it only as a router or only as an accesspoint.
Time to consider it a loss and buy a hAP ax2 or ax3, then maybe move this one to a room in the house where the Wi-Fi coverage is not good.

When you consider that bad, look at my situation: I have a RB4011, once considered to be the flagship home router, 3.5 times as expensive as the ac2, but cannot use the new Wi-Fi driver because 2GHz Wi-Fi does not work then.

When you consider that bad, look at my situation: I have a RB4011, once considered to be the flagship home router, 3.5 times as expensive as the ac2, but cannot use the new Wi-Fi driver because 2GHz Wi-Fi does not work then.

Well, to paraphrase certain @pe1chl: install wifi-qcom-ac and move it to a room in the house where the Wi-Fi coverage is not good. You'll have a great 4x4 MIMO AC AP there.

But it only works on 5GHz. That is not useful for me.
Remember that when "wireless" was still in the base package, and wifi-qcom-ac did not yet exist, it was already possible to install wifi-qcom on this.
But it would disable the wireless function. Why?
I would think wifi-qcom could handle 5GHz while wireless handles 2GHz.

Thank you guys pe1chl, mkx, CGGXANNX and holvoetn for spending your time and trying to help me and other users of hAP ac2. When I posted about this problem I did it for two reasons: 1) To inform Mikrotik that this problem persists, 2) I was hoping that there is some solution, like installing wifi-qcom-ac on USB disk. Instead I got advice that I can use it to improve WiFi coverage of my house. But I do not even have a house and in general it would be me that knows best what my needs are. You see… I have more than one hAP ac2 in more than one location, so maintaining these is my need.

It is true that hAP ac2 is not a new model, but please note that it is still manufactured and sold. There are at least 34 online stores in Poland that have it in stock and in many of them this model is a bestseller. As specification has not been changed on Mikrotik website, I assume that it still has only 16 MB of storage. So many people will have to recover bricked router with 0 KiB of free storage, as I had to do today. I feel obliged to write some reviews and warn them.

After netinstalling 7.16.2 firmware I have between 480 and 560 KiB of space left - sometimes it grows, sometimes it decrases. So the difference between my configuration and only AP configuration is less than 200 KiB. It is in line with my configuration backup file which is 207 KiB in size. So maybe holvoetn will be able to upgrade to 7.17, but 7.18beta probably will brick his router.

I really love Mikrotik routers - I bought my first Mikrotik (RB951G-2HnD) like 12 years ago and it has never broken down. It has fantastic WiFi coverage due to super sensitive antennas. I decommissioned it long time ago, but I still use it in my mother's apartment. It has upgraded to 7.17.1 without problems and I truly love this support.

I do not intend to use old wireless package. 6 years ago I tolerated its compatibility issues for 5 GHz as it was possible to use 2 GHz. Now 2 GHz is so congested that I need good 5 GHz.

When new firmware is available in the stable branch, I expect the router to be updated flawlessly. Claims that my configuration is excessive are some form of gaslighting me. My backup file is 207 KiB in size and it is hard to consider it excessive - I have 4 certificates, not 149 as CGGXANNX (regards man).

Please guys do not get offended by this post - it is not personal against you. I do not want to open a huge pointless discussion here, so it is probably my last comment. I write it for other owners of hAP ac2 - people that sooner or later will try to upgrade to 7.17 or 7.18 and will have a problem, will try to netinstall, will have bricked router…

Disappointment with recent RouterOS updates is now common place but still merits open discussion to help MikroTik improve.
At this time 7.17.x has unpopular changes not yet addressed in 7.18.x; expect risk averse users to hold at 7.16.x for sometime.

When new firmware is available in the stable branch, I expect the router to be updated flawlessly. Claims that my configuration is excessive are some form of gaslighting me. My backup file is 207 KiB in size and it is hard to consider it excessive - I have 4 certificates, not 149 as CGGXANNX (regards man).

My backup file with 151 certificates (149 root CA) sits currently at 497KiB. With the current 7.18beta4 and my current config I won't be able to install even the smaller wireless packages:


I would need to remove the certificates and probably the container package too. With wifi-qcom-ac at 2680KB I don't know how it will fit, even if I reduce my configuration down to 200KiB.

1780KiB (free space) + 116KiB (container) + 300KiB (downsizing config from 500KiB to 200KiB) = only 2196KiB theoretical free space. Insufficient for wifi-qcom-ac.

So maybe holvoetn will be able to upgrade to 7.17, but 7.18beta probably will brick his router.

Just using my hap ac2 as a wireless bridge i was able to upgrade 7.17beta to 7.18beta flawlessly. (yes i did netinstall on 7.17beta but cause of a different reason)
My customer AC devices are still on 7.15.3 since I had some issues with running out of space on the ac2 on an update to 7.16, and I don't have time to drive there (atm).

But yes with wifi-qcom-ac there isnt much space left.

So many people will have to recover bricked router with 0 KiB of free storage, as I had to do today. I feel obliged to write some reviews and warn them.

Well, I don't think there is a need to warn MikroTik, they are well aware of the 16MB issue and especially for the hAP ac2.
They must have spent countless hours to make it possible to use it AT ALL (some versions ago it was really stuck).
And at the time when devices with 16MB first appeared, everyone was astonished and discussed it here on the forum!
As you know, the classic MikroTik bestsellers like the RB2011 and the RB951G all had 128MB flash (some low-end had 64MB) and then those 16MB models appeared which completely changed the disk usage and update strategy (the visible disk was suddenly a RAMdisk, the config was stored in a flash subdirectory, and updates were downloaded in RAMdisk).
That all must have caused a tremendous development effort and MikroTik was warned all the way they were running in a dead-end tunnel.

But installing 16MB instead of 128MB flash in millions of devices must have made them so much money that it was all worth it.
Both the effort on their side, and the irritation with their customers (possibly causing loss of customers).
No need to warn them in 2025...

No need to warn them in 2025...

The innocent newcomer will be with us forever and they too deserve our best efforts.

But installing 16MB instead of 128MB flash in millions of devices must have made them so much money that it was all worth it.

Well IMHO, 32MB would have been enough with a BOM cost difference so small that I presume *any* customer would have happily paid for with whatever premium surcharge MIkrotik would have added.

Well IMHO, 32MB would have been enough

Experience with some newer devices (e.g. Audience) is that even 128MB might not be enough to allow for partitioning ... because upgrade packets get downloaded to flash. If the "RAM-disk as root of storage" strategy was revised to not depend on flash size but only on RAM size, then 128MB flash on Audience would be enough and would allow partitioning. (That's Audience with only base routeros and wifi-qcom-ac packages installed, nothing more). Funny enough, wAP ax with 128MB flash can be partitioned just fine.