I don’t understand one thing, why not to install system on SSD? What prevents to do that?
Omnia is a such device with internal SSD support and has PC-like hardware architecture rather than a typical closed router.
Embedded systems are generally for closed source devices and small mobile devices.
I guess because it has only disadvantages, there is no advantage of such solution on router
Why would you need to do this?
Current Turris Omnia is badly designed on that topic (the internal emmc-storage is non-replaceable and will that way on a long-living system be killed inevitably as with every update there is data written to it), but if it had an microSD-card slot like MOX, it would be perfect. 8-16 GB storage is just enough and you normally don’t have many write operations running on routers. So if you really manage to kill the microSD-card’s flash storage, it can easily (and cost effectively) be replaced.
For everything else (NAS-like requirements eg) you can install internal or external storage devices and link the respective services to that mount points.
There even is an option to run root on SSD instead of emmc. Just have a search on this forum, but you might find out, that you will loose the reset-mode functionality that is using the hardware-button and LEDs when going that way.
edit: I have to correct my statement above - there have been reports here on the forum that some (few) emmcs were written to death but as I do not know their usecases I cannot really comment on that. What I can comment on is my usage - I used to use my TO purely as a router and later on just as an powerful AP and have done a lot of updates, rollbacks, etc. For information purposes I just installed mmc-utils (smartmontools won’t help with eMMC-devices) and get as an output
root@turris:~# mmc extcsd read /dev/mmcblk0
[deleted a lot of rows]
eMMC Life Time Estimation A [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_A]: 0x01
eMMC Life Time Estimation B [EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_B]: 0x01
eMMC Pre EOL information [EXT_CSD_PRE_EOL_INFO]: 0x01
[deleted some rows]
and according to this information from superuser.com that means there are only 0-10% of reserve blocks used until now - after 5 years of intense usage! So we really do not have to worry about eMMC lifetime in my eyes (yet a microSD-card opens up much more opportunities).
Yes exactly eMMC was my concern, I didn’t mean it for NAS purposes.
That micro SD option also sounds lot better than eMMC.
Also mind the cost of installing ssd from stock. Sd card could be a option to rethink because I am also scared about my MMC.
I have to say I prefer eMMC but socketed or M.2.
I have a Odroid C1 which runs a PHP app on apache2 + mysql DB, so constant write to it, also there runs backuppc + a rsync job for offsite backup. This runs 24/7 since over 7 years. The offsite server is also a C1 but with a SD Card + HDD attached to it so the received backup goes directly to the hdd without touching the SD Card. That SD card died 3 times in that time while the eMMC still goes strong.
IMHO:
SD Cards have only one advantage and that is that they are cheap but for 24/7 use or as soon as you write to them they suck.
Of course the SD card is meant for the system etc. and not for constantly written data (databases, containers). You want an SSD or suitable external drive for such use cases.
EDIT: note that the Omnia’s eMMC was relatively commonly worn out by usage like LXC.
Or Majordomo and Collectd & RRDtool statistics. The warning came too late for many users.
In my case the SD cards died simply from being powered on 24/7 which is the normal use case for routers. For constant write I agree that you want a ssd or HDD and I will replace the eMMC with a SSD if the eMMC dies in the future.
internal temperatures can vary considerably across devices, my open air rpi4 sdcard is still going strong after almost 2 years and mild~moderate OS writes and over 500 OS flashes…
as stated above… don’t do nasty ongoing writing (lxc, mongodb etc.), get a good quality card, and don’t cook it and i’d be very surprised if it doesn’t last 2+ years (at which point it would be wise to preemptively swap it out anyways)…
arguably speed would be more of a valid argument although for most openwrt use cases, this is also not a factor…
Is there a release date for the Turris omnia 2022 planed and where could it be bought?
Late 2022 optimistically and it sounds unlikely according to the article below dated Nov. 2021.
This is what the Czech Wi-Fi router Turris Omnia II looks like. Its production is hampered by a lack of chips
All I need is a slightly more powerful Turris Omnia with better range.
Hi Guy’s I have never posted on here for a simple reason i only discovered the Turris Omnia before but it sounds really interesting i found some Reviews on Amazon on the 2020 model but a lot of moaning about some DNS problem that was never fixed.
Anyway i think the costume LED’s sound fantastic and i might as well jump in feet first so i will wait to see what the 2022 model is like (red my favourite colour) one question i would like to ask is I’m a big fan of AdGurad wouldn’t be without it is AdGuard likely to be part of the new model, as my SSH knowledge is very limited.
Happy New Year as well to you all
Hi HowPeters,
Thank you that don’t look to painful to install, but i much prefer AdGuard using now its great
I only found one review mentioning “DNS” in there and not really complaining. Anyway, that or AdGuard/AdBlock would belong into a new topic instead of here.
I m not sure if AdGuard if completely open-source. I don’t want any closed source on my router.
Sorry i posted the AdGuard comment, i thought it was open-source but i say no more, just wait for new on the new model.
So any new TO2022 teaser info / crazy rumors 
Well, rumor has it…that something will be presented at MWC Barcelona 
booth 6D2.4. in the 4YFN section…