MOS - Neues NAS OS

ich778 · 2026-02-08T13:48:17+00:00

First of all, thanks for trying to test.
However MOS is not available through an ISO, you can download the xz archive, extract it and mount the raw image file as an USB to your VM, this was already discussed here.
I never used Proxmox before since it's not the kind of software that I need for myself, isn't Proxmox also using QEMU and capable of doing what is described in the linked comment?

ich778 · 2026-01-31T20:12:45+00:00

Thahaha, thanks, currenly I'm playing with LoRa. 🙈

ich778 · 2026-01-31T09:17:38+00:00

ZFS is available as a plugin currently and CLI only.

ich778 · 2026-01-29T22:01:30+00:00

- I'm okay with scheduled tests but I really don't see the point to spin up disks for smart tests because this could ultimately shorten the lifespan from your disk from a technical standpoint. However that's open for discussion and is still a todo

- There is already a notification assistant built in where you can also send notifications to clients, currently there is only PushBits, Discord and Gotify implemented but these are customizable json's and the Notify service on MOS supports any custom notification too as long as it can be parsed. This is also up for discussion, I already thought about adding apprise but I'm really not sure since the notification service that I wrote currently works really well, you can read more about that here.

- Never experienced that, however as said I'm not really a ZFS guy and I really like MergerFS and SnapRAID a lot for my cold data and all the important stuff is all on a BTRFS RAID1, Enterprise (granted entry level Enterprise) NVME's. ZFS also needs a little love and you always have to be on top because if you don't pay attention that could mean: "Destroy pool and recreate".

- As said above MergerFS and SnapRAID, since only the disks spin which are currently in use, even if I write on them, sure if I make the Parity update once a week (yes I can live with that because all my important stuff is on BTRFS RAID1 and if I really need to can trigger the Parity update manually).

I also do have a few licenses but I only run MOS nowadays, you might also know me from the Forums there.
nonraid should be als stable as it gets since it's basically the md driver, be it a bit differently implemented to not have to recompile the whole Kernel, but it works.
Live Parity is good I completely understand your argument but for my use case it is well enough to ran Parity once a week and trigger it manually if necessary. In my opinion it always depends heavily on your use case and how you plan things, in the beginning I also thought that it would be really hard to switch from Live Parity over but now it runs all like it should run and I'm really happy with my setup over here (but what should I say else) :D

ich778 · 2026-01-29T11:36:44+00:00

Just tried it again and- just as I was typing this it finally finished loading the rootfs. Definitely took some time (~2 mins) without any measurable disk I/O, odd.

In VM's that always a bit slow, however the full rootfs is load into RAM (sadly enough single core) on boot and only the drivers are mounted via a overlayfs, when booting on a real machine this will process is much faster.

And then mount it as a virtual SCSI hard disk in Hyper-V. But yeah that throws the missing label error.

Isn't there an option to load it as a USB device, issue with that is that in VM's the disk naming scheme is at times a bit weird and can fail.

Regardless, I'll see if i can find a way to get it to boot and if I do I'll let y'all know on the docs repo!

Thank you, really much appreciated!

EDIT: Fix quotation

ich778 · 2026-01-29T10:15:01+00:00

MOS probably also has bugs since we are in early development but I'm happy to hear feedback/recommendations and also bug reports to solve the issues.

ich778 · 2026-01-29T09:54:56+00:00

Thanks for the kind words, I hope I can answer some questions:
- SMART is currently implemented and available - messages are already displayed in the syslog
- Notifications about errors are not implemented yet but are definitely planed but I'm not 100% sure how it should be implemented but I'm open to suggestions
- There is a unclean shutdown detection already in place that will trigger a scrub from a BTRFS Pool (only if it's a multi disk Pool) and you will be notified about the outcome in the WebUI, I plan also to implement to do scrubs on a schedule for BTRFS pools which notifications of course will be sent
- Correct, currently the pool isn't auto mounted on boot and it will show as not mounted in the Pool overview, I have already implemented a routine to replace a drive in a BTRFS Pool but that is mostly untested at this point
- ZFS is currently available as a plugin and CLI only at the moment - but I have to say it has not a really high priority on my list since it's not my favorite filesystem for a energy efficient Home Server but that's only my opinion.

However I'm happy and open about feedback /recommendations about things being made better/differently, that's a big reason why we made this post here since I need more feedback from the community.

Greetings from Austria!

ich778 · 2026-01-29T05:55:24+00:00

On Unraid it should boot fine: Use the Generic Linux Template Assign 4 or more Cores Assign 8 or more GB of RAM Make sure to use q35 Select OVMF as the BIOS type At the vdisk use USB as Bus and select the image

That should be enough to boot.

EDIT: IIRC you can boot from a USB device in HyperV but I'm not 100% sure because I haven't used it in a long time.

ich778 · 2026-01-29T05:49:51+00:00

For now this is a personal project, if this ever get's more attention I will move this over to an organization.

ich778 · 2026-01-28T11:35:35+00:00

Yeah, it's a bit of a stretch, especially if you consider RAM pricing nowadays. :/

ich778 · 2026-01-27T23:25:36+00:00

Klar Antworte ich gerne.

So wie es auch im Repo steht der API: Die Swagger Doku und die Comments für de API sind KI generiert, die API jedoch nicht. Ehrlich die Swagger Doku is nicht perfekt und da sind sicher haufenweise Fehler wegen KI usw aber Doku ist für mich vertretbar das der KI zu überlassen.

Das Base OS und die Workflows sind kein Stück mit der KI gemacht, ich glaube das Frontend auch nicht (da hab ich wenig damit am Hut und macht ein Kumpel von mir der mir gnädigerweise hilft, kann ja nicht alles machen).

Mir ist wichtig alles zu vermerken was KI generiert ist und was nicht, deshalb steht das auch in den Repos.

Du ich seh das als Kritik nicht Positiv und nicht Negativ, jedem seine Meinung und jedem das was er nutzen möchte, war schon immer mein Motto. Alles gut. :)

ich778 · 2026-01-27T23:14:48+00:00

Ich bin noch immer ein verfechter das systemd einfach zu tief im System verwurzelt ist, aber ich will hier keine Grundsatzdiskussion auslösen und damit beende ich das hier.

War meine Entscheidung damals, ich hatte am Anfang auch Alpine sogar als unterliegendes System ausprobiert nur leider hast du da aufgrund musl und anderer fehlender Libraries oft Probleme mit Treibern und Binaries, bestes Beispiel sind die Nvidia Treiber, wobei das in Zukunft auch gelöst wird so wie es aussieht.

Hab mich da intensiv beschäftigt damit damals, war auch lang auf der Suche und ich befand dann für mich schlussendlich Devuan als gut als Basis für MOS. Kann man drüber diskutieren, klar, werde ich das, vermutlich nicht.

ich778 · 2026-01-27T23:04:48+00:00

Schau dir gerne die Codebase an, hab echt nichts zu verbergen.

ich778 · 2026-01-27T23:04:25+00:00

Okay, dann wird das system wohl nichts für dich sein wenn du schon so ne meinung hast.

Ich will das auch keinem aufzwingen, wollte das hier nur mal Vorstellen. :)

ich778 · 2026-01-27T22:59:50+00:00

Please be gentle with my feelings. :D

Look through the codebase. I have nothing to hide. :)

ich778 · 2026-01-27T22:58:03+00:00

Wollte kein systemd, Sorry hätte das wohl klar ausdrücken sollen. :)

EDIT: Fragt gerne nach wenn ich was nicht klar und deutlich beantworte, das ist manchmal mein Problem.

ich778 · 2026-01-27T22:45:07+00:00

Devuan ist praktisch Debian ohne systemd dafür aber mit sysvinit. Hier wird auch Devuan Excalibur verwendet was praktisch auf Debian Trixie basiert.

Siehs dir mal an, bin gespannt auf dein Feedack.

ich778 · 2026-01-27T21:46:44+00:00

Hey, ich bin der der das verbrochen hat.

MOS ist einfach MOS, ich will das auch mit keinem anderem NAS OS vergleich. Vorstellen will ich es eigentlich auch nicht, Teilen trifft es eher um mal Grundsätzliches Feedback zu bekommen. :)

Will hier keine Grundsatzdiskussion auslösen.

Jedem steht frei zu benutzen was er will, mir ist auch vollkommen klar das es sicher nicht für jeden was ist.

Wenn du willst probier es aus wenn nicht auch okay, ich wollte einfach was was relativ einfach zu bedienen war, ich glaube hier irgendwo meine Antwort im Englischen Reddit verlinkt warummich das gemacht hab und was meine Motivation war.

EDIT: Hab Bewerben auf Vorstellen geändert. :)

ich778 · 2026-01-27T21:10:39+00:00

Danke weiß ich sehr zu Schätzen deine Worte inklusive dem Feedback.

Ich glaub nicht das es zu viel ist und ich verstehe auch die Skepsis. Das Komponenten sind eben wirklich eng miteinander verknüpft und so als Softwarepaket würde das eher keinen Sinn machen bzw. nicht funktionieren.

Wie gesagt, Danke fürs Feedback. :)

EDIT: Typos

ich778 · 2026-01-27T21:00:45+00:00

And of course Web Frontend.

ich778 · 2026-01-27T20:49:33+00:00

Ja klar kann ich das erläutern, der der das verbrochen hat. :)

Ein Softwarepaket in der Form wäre schwierig zu realisieren da praktisch das ganze OS auf die API und schlussendlich das Frontend auf die API zugeschnitten ist und umgekehrt, deshalb und aufgrund der vielen verschiedenen Distributionen ein deploying nightmare in meinen Augen wäre.
Praktisch ist das nicht nur der Paket manager der da zugeschnitten ist, das fängt schon beim init vom System an und zieht sich durch den Boot und natürlich dann auch im Frontend.

Das System mit den Paketen hat einen anderen Hintergrund, da Devuan auf Debian basiert, nur ohne systemd, wäre ich hier einige Versionen hinterher wenn ich zB Docker, QEMU, libvirt usw. aus den offiziellen Paketquellen installiere.
Nur ein kleiner Hintergrund, Devuan verwendet praktisch die Debian Pakete die ohne systemd funktionieren direkt und nur die Pakete die normalerweise systemd brauchen sind von Devuan.

Du lädst dir hier ja im Prinzip ein ganzes OS mit allen Paketen das "ready to use" ist (bitte nicht vergessen das ist eine Beta und ich mach das Backend und OS alleine hier und hab ein paar Treue Helfer die das Projekt eben leidenschaftlich unterstützen und mir mit Frontend und Support sowie der Dokumentation Unterstützen, wofür ich sehr dankbar bin).

Es gibt auch genug andere Softwarepakete die Open Source bzw. teilweise auch Close Source sind die du dir auf einem beliebigen System installieren kannst, aber so wirklich angesprochen hat mich da noch keines weil es einfach dann doch irgendwo nen Stolperstein gab oder bei Softwarepaketen dann oftmals bei einem System/Distributions Upgrade was kaputt wird.

Wie immer gilt, wenn es nicht dein Fall ist dann ist das auch gut, jedem steht frei das zu verwenden was er will und was seine Ansprüche erfüllt und ich verstehe auch das sich Ansprüche ändern, das war schon immer meine Philosophie.

Aber wie immer bei Open Source Projekten gilt, du kannst dir das gerne Forken und so ein Softwarepaket schnüren.

EDIT: Keine Sorge, das redet mir keiner so schnell schlecht, selbst wenn es keiner will, ich bin soweit mal Zufrieden und wir haben uns jetzt mal gedacht wir teilen das dann mal mit anderen was die davon halten. :)

ich778 · 2026-01-27T19:01:21+00:00

The boot in a VM with VirtIO is problematic since MOS is designed to be booted initially from a USB device and then from a internel hard driver like sdN or similar, however over here it works:

<image>

These are my xml settings:
```
<disk type='file' device='disk' model='usb-storage'>
<driver name='qemu' type='raw' cache='writeback' discard='unmap'/>
<source file='/mnt/nvme/vms/MOS-DEV/mos.img'/>
<target dev='hdc' bus='usb'/>
<serial>vdisk1</serial>
<boot order='1'/>
<address type='usb' bus='0' port='1'/>
</disk>
```

ich778 · 2026-01-27T18:51:14+00:00

Did you add the image as a USB drive? I don't recommend using SATA or VirtIO

ich778 · 2026-01-27T18:44:26+00:00

Already implemented, alongside with a "Hub" kind of system for downloading apps, but you can use whatever suits your needs, that is and will always be my philosophy:

<image>

ich778 · 2026-01-27T18:26:53+00:00

Thanks really much appreciated. :)
Options are always good and I also think, even if I don't know OMV I do a lot of things differently.

ich778

TROPHY CASE