Not enough disk space

The free-hdd-space is not seen as such by the package updater.

/system/resource/print
uptime: 3m11s
version: 7.8 (stable)
build-time: Feb/24/2023 09:03:00
factory-software: 6.42.1
free-memory: 8.8MiB
total-memory: 32.0MiB
cpu: MIPS 24Kc V7.4
cpu-count: 1
cpu-frequency: 650MHz
cpu-load: 15%
free-hdd-space: 7.5MiB <--------
total-hdd-space: 16.0MiB
write-sect-since-reboot: 76
write-sect-total: 34648
architecture-name: smips
board-name: hAP lite
platform: MikroTik

/system/package/print
Columns: NAME, VERSION

NAME VERSION

0 routeros 7.8

/file/print
Columns: NAME, TYPE, CREATION-TIME

NAME TYPE CREATION-TIME

0 skins directory 1970-01-01 01:00:05

/system/package/update/download
channel: stable
installed-version: 7.8
latest-version: 7.12.1
status: ERROR: not enough disk space, 7.5MiB is required and only 7.4MiB is free

Pretty sure it’s an internal rounding issue.

Netinstall might clear the inner dungeons just enough.
Use 7.12.1 as last stop for that device. It only becomes worse resource-wise with 7.13.

I experienced this particular problem myself on a hAP lite too. Just that tiny little free space I didnt have - despite I had no files on storage which I could remove to reclaim some space. I had to use netinstall back then. Tick “Keep configuration” and you’re pretty much good to go.

Devices with more RAM do have RAM-disk for this, but on these old 32MB-RAM devices this is not possible IIRC. So the update-package has to fit in flash.

I made the horrible mistake of upgrading from long-term to stable.
Remote downgrade fails.
It is not clear why netinstall should succeed, as the amount of free space does not change.

I used netinstall to force routeros-smips-6.49.10.npk back into the device, which I shall keep in the long-term stream.

/system resource print
uptime: 15m39s
version: 6.49.10 (long-term)
build-time: Sep/15/2023 05:06:15
factory-software: 6.42.2
free-memory: 7.5MiB
total-memory: 32.0MiB
cpu: MIPS 24Kc V7.4
cpu-count: 1
cpu-frequency: 650MHz
cpu-load: 1%
free-hdd-space: 7.7MiB
total-hdd-space: 16.0MiB
write-sect-since-reboot: 148
write-sect-total: 69595
bad-blocks: 0%
architecture-name: smips
board-name: hAP mini
platform: MikroTik

Netinstall completely formats internal flash space.
So no worries there.

Version 7.13.3 installed on hAP lite.

This is a device that was set aside for a manual downgrade to long-term stream via netboot. It was still connected to the network and thus cron catched it for regular updates. It is up and running. Should I expect it to malfunction and downgrade it anyway?

routerboard: yes
board-name: hAP lite
model: RB941-2nD
serial-number: 9D740999F72F
firmware-type: qca9531L
factory-firmware: 6.42.1
current-firmware: 7.13.3
upgrade-firmware: 7.13.3

As to be expected with border cases: it depends.
How much storage is free ?
What config is on that device which may require storage space ?

I have devices with the same storage constraint running already stable for weeks but they’re only used as access point with wave2 drivers.

ssh 192.168.1.95 ‘/system resource print’
uptime: 1h22m45s
version: 7.13.3 (stable)
build-time: Jan/24/2024 13:16:46
factory-software: 6.42.1
free-memory: 7.0MiB
total-memory: 32.0MiB
cpu: MIPS 24Kc V7.4
cpu-count: 1
cpu-frequency: 650MHz
cpu-load: 7%
free-hdd-space: 7.6MiB
total-hdd-space: 16.0MiB
write-sect-since-reboot: 313
write-sect-total: 77339
architecture-name: smips
board-name: hAP lite
platform: MikroTik

7.6Mb storage free ?
Shouldn’t be a problem for that aspect then.

I have MT. RBD53G-5HacD2HnD&EG18-EA runing 7.20.2 OS

got an error: 12:46:11 echo: system,error,critical could not save configuration changes, not enough storage space available.

under files 16.0 of 16.0 MiB used. 0% free

but the funny thing is that i was able to upload 5MB file without any issues! also download and open it!

haven't tried netinstall or factory reset yet.

Netinstall should be the way out. Make sure to EXPORT config first so you can apply it again after netinstall (and make SURE your export is complete).
Don't use backup/restore or you will bring the problems simply back in.

Also, make a good assessment on what you have on that storage if it is really needed or not (in case other packages are loaded on that device).

Devices with less than 32MB storage and more than 64MB RAM will have RAM disk as their "storage root" (and actual permanent storage will be mapped under /flash ). So when you uploaded those 5MB worth of crap, it was uploaded onto RAM disk.

Other than that, Chateau will definitely struggle if one wants to have all the bells and whistles ... specially so if one attempts to install wifi-qcom-ac instead of wireless (the former makes device's wifi perform much better but also occupies quite a bit more flash space) ...

yeah. thats what i figured out as well. managed to remove one 300KB package. got 1% of free space. will live for now :slight_smile: