Beiträge von Lehmden1

Zitat von Boogie2005

Oder ist das bei GF nicht mehr möglich?

Hängt nur vom Anbieter ab. Die allermeisten Anbieter erzwingen einmal täglich eine Trennung mit neuer IP. Dagegen kann man rein gar nichts unternehmen, außer extra (viel) Geld dafür zu bezahlen. In meiner Fritzbox kann ich nur die Uhrzeit der Zwangstrennung selbst bestimmen. Hab ich auf 5:00 Uhr morgens gelegt. Ist noch ein Relikt aus der Zeit vor den Flatrates, mit denen man sowieso immer eine Verbindung hat. Aber als man noch pro Minute bezahlen musste, haben die Leute dann schon versucht, nicht immer online zu sein. Damals gab es pro Anbieter deutlich weniger IP Adressen als Kunden. Da musste das sein. Heute ist jeder sowieso permanent online. Da könnte man die IP auch gleich fest lassen. Aber "alte Zöpfe" schneiden sich nicht so leicht ab.

Hi.

Werde ich mich die nächsten Tage mal mit beschäftigen, denn jetzt steht erst mal die Migration meiner Kodi Datenbank auf den OMV Server an. Ich habe das ja noch raus gezögert, weil ich mir nicht sicher war, ob ich weiterhin auf Kodi 22 Nightly setze oder ob ich noch mal zurück zu Kodi 21 gehen soll. Denn es schien so, als ob es bald ein Kodi 21.3 geben würde und von einer 22 Alpha (oder gar Beta) weit und breit nix zu sehen war. Da ich mit Kodi 21.2 ja massive Probleme mit dem Waipu Addon hatte (weswegen ich überhaupt auf 22 Nightly gewechselt habe), habe ich neulich mal die Kodi 21 Nightly ausprobiert. Dort war der Bug endlich gefixt und Waipu läuft damit problemlos. Vorhin habe ich auf der Kodi Seite nachgeschaut, ob die 21.3 vielleicht schon raus ist. Ist sie nicht, dafür aber eine Kodi 22 Alpha, zumindest für Windows und Android. Libre Elec wird noch den einen oder anderen Tag brauchen, fürchte ich. Also ist die 22.0 wohl doch in absehbarer Zeit zu erwarten und der "Rückschritt" wird sich für mich wohl nicht mehr lohnen... Also kann ich nun die Kodi 22 DB auf den neuen Server migrieren.

Hier mal ein paar Fragen, die zu HA aufgetaucht sind.

Wie richtet man den CC2531 zigbee2mqtt USB Stick ein? Beim Installieren von HAOS wurde er erkannt, (wurde im CLI Fenster während der Installation angezeigt) taucht aber in HA nirgends auf. Muss ich da erst MQTT installieren, bevor der Stick zu finden ist? Als ich den damals gekauft habe, galt er als der "neueste Scheiß". Inzwischen ist er "not reccomended", weil veraltet. Zum erste Ausprobieren würde ich ihn aber doch ganz gerne nutzen, da nun mal vorhanden. Das Sonoff Gateway müsste ich ja erst mit Tasmota flashen, bevor es als Zigbee Gateway in HA erkannt wird. Könnte ich zur Not auch in Angriff nehmen. Dazu wäre ein Link zu einem Howto nicht schlecht.

Ich habe die Matter Bridge am Laufen. Die Bridge wurde auch von Alexa erkannt. Allerdings ist es mir noch nicht gelungen, dort HA- Entitäten (Geräte, oder,...) als Matter Gerät bereitzustellen. Wie macht man das? Ich bekomme immer nur Fehlermeldungen.

Hi.

Inzwischen habe ich HA-OS auf einem RasPi 3B mit stolzen 1 GB Ram von SD Karte laufen. Scheint soweit tatsächlich zu funktionieren. Hier kann ich endlich Addons usw. installieren. Also muss es wohl doch kein N150 werden, ein N4000 mit 8GB RAM sollte locker reichen (kostet nur die Hälfte). Das Extra System kann sich auf Dauer doch rechnen, wenn ich demnächst mal das Home Assistant Connect ZWA-2 anschaffe. Damit würde das bisherige Z-Wave Gateway für meine Heizung überflüssig werden und das ZWA-2 ist deutlich billiger als alle Z-Wave Thermostaten gegen Zigbee Thermostaten zu tauschen. Mal ganz abgesehen davon, das meine Eurotronics Thermostaten tadellos arbeiten. Das Gateway und der zusätzliche Mini PC incl. ZWA-2 verbrauchen etwa gleich viel Strom. Das würde sich also nichts tun. Und dann ist der PC natürlich viel universeller einzusetzen.

Wenn ich dann noch meinen alten CC2531 zigbee2mqtt USB Stick (steht Design4Future GmbH hinten drauf, falls das wichtig ist) ans Laufen bekomme, dann kann es tatsächlich passieren, das ich langfristig sogar die Echo Geräte ausmustere und gegen HA- kompatible Sprachassistenten austausche. Sonst hätte ich noch das Sonoff Zigbee Stand Alone Gateway (nicht den Stick) zur Verfügung. Beides konnte nie auch nur ansatzweise mit der Kompatibilität und Robustheit des Zigbee Gateways im Echo 4 mithalten, weswegen aktuell alles an Zigbee darüber läuft. Daneben ist der Echo 4 auch noch ein Thread Border Router und ein Matter Gateway. Ganz ehrlich würde mir der Echo 4 vermutlich fehlen, so einfach, universell und zuverlässig wie das Ding funktioniert.

Was ich ganz "cool" finde, ist das man praktisch bei jedem Tuya-Plug auch die Spannung, Stromstärke und Leistung auslesen kann. Nur die Mehrfach- Steckdosenleisten haben sowas nicht drin. Dabei ist mir z.B. aufgefallen, das bei meinem NAS der Stromverbrauch absolut gar nicht zurückgeht, wenn die HDD aufhören zu drehen. Der Verbrauch bleibt fest zementiert bei 45 Watt stehen. Das sofort alle Tuya WLan Geräte (die weit überwiegende Mehrheit meiner WLan Geräte sind Tuya), die man in der App konfiguriert hat, auch in HA zur Verfügung stehen, finde ich ziemlich gut. So kann man erst mal problemlos anfangen. Tuya kann man ja später immer noch auf cloudfreien Betrieb umstellen. Hab ich zumindest mal irgendwo gelesen.

Ich mache gleich noch einen Beitrag mit ein paar Fragen. Das dürfte übersichtlicher sein.

Hi.

Ich habs dran gegeben, HA mit auf dem OMV Server laufen zu lassen. Im Docker hätte es ja funktioniert, aber nur in einer massiv eingeschränkten Version, womit ich nichts anfangen kann. Und das mit der VM klappt auch nicht so, wie ich mir das denke. Ich hab mir auch mal Proxmox angeschaut, aber dafür ist mein "Server" einfach zu schwach. Der erfüllt nicht mal die Mindestanforderungen, die bei Proxmox auf der Seite stehen. Speziell das RAM ist viel zu wenig. Somit kann ich den OMV Server in den "produktiven" Einsatz übernehmen, denn alles andere funktioniert.

Allerdings lässt mich HA nicht los. Je mehr man sich damit auseinander setzt, desto mehr Möglichkeiten tauchen auf. Eine Sache die mir z.B. besonders angenehm aufgefallen ist, ist die Erkennung, ob man zu Hause ist an Hand des im WLan der Fritz Box eingeloggten Smartphone... Damit kann man vieles automatisieren, ganz ohne irgendwas selber machen zu müssen. Daneben gibt es für HA ebenfalls eigene "Echo Dot", die auch ohne Cloud funktionieren. Die sind zwar noch nicht so weit wie die "echten" Echo Dots, aber kann ja noch kommen. Eigentlich wollte ich ja ein weiteres 24/7 System unbedingt vermeiden, aber ich fürchte, das ist unvermeidlich, wenn ich wirklich was mit HA machen will.

Daraufhin habe ich mir den Home Assistant Green mal angeschaut. Ehrlich gesagt ist das ein "Schlappschwanz" und somit total überteuert, ähnlich wie die Nabu Casa Cloud, die teurer ist als Amazon Prime, obwohl da neben der Cloud auch noch kostenloser Premium- Versand und ein recht großes Streaming Angebot mit enthalten ist. Der Rockchip RK3566 SoC darin ist uralt und lahm. (Fast) Jede meiner Android Boxen, die ich hier ausgemustert herum liegen habe, ist da deutlich stärker, zumindest vom SoC her. Allerdings habe ich keine Ahnung, ob das "generic aarc64" Image problemlos auf einer AML S905x4 Android Box läuft. CE tut es, das wäre also kein generelles Problem. Das wäre sonst eine gute "Resteverwertung", die auch nicht zu viel Strom fressen würde. Falls jemand damit Erfahrungen hat, diese Erfahrungen würden mich sehr interessieren.

Ausprobieren werde ich das HA OS aber zunächst mal auf einem, ebenfalls ungenutzt herum liegenden Raspberry Pi 3. Dafür gibt es ein speziell angepasstes Image, womit eigentlich die Installation einfach sein sollte. Ob der Pi 3 mittelfristig stark genug dafür ist, wird sich zeigen, ist jetzt aber erst mal nicht so wichtig, da ich eben erst mal den generellen Einstieg hin bekommen will. Und wenn es schon ein eigenes Image für den Pi 3 gibt, dann sollte es auch erst mal damit laufen. So kann ich das Ganze ohne zusätzliche Kosten mal richtig ausprobieren. Ich müsste ja z.B. auch meinen Zigbee2MQTT USB Stick ans laufen bekommen, sollte ich jemals den Echo 4 ausmustern wollen, über den bisher alles an Zigbee, Trust und Matter läuft.

Wenn das dann läuft und mir wirklich zusagt, kann ich ja immer noch in stärkere Hardware für HA OS investieren. Wenn das mit den AML Boxen nicht klappt, wird es vermutlich ein Mini- PC mit einem N150 oder so was werden. Der sollte auf jeden Fall stark genug sein und nicht mehr Strom verbrauchen wie ein RasPi 3.

Ich hab jetzt mal versucht, HAOS in einer KVM laufen zu lassen, nachdem ich doch noch eine, wenn auch nicht grade umfangreiche, Seite auf Deutsch gefunden habe zum Einrichten des OMV KVM Addons. Das Addon läuft und ich habe die VM mit HAOS anlegen können. Ich kann sogar drauf zugreifen, aber die VM bootet nicht fertig.

Da ist immer Schluss...

Was habe ich da nun wieder falsch gemacht?

Zitat von SkyBird1980

OMV kann VMs

Hab ich auch schon gesehen, aber zum Einen läuft das unter OMV extrem kompliziert ab (alleine bis man das Netzwerk in der VM am laufen hat, braucht es diverse Seiten Text, die man befolgen muss) und zum Anderen brauchen VM extrem viel mehr Ressourcen als ein Docker Container. Und HA ist sowieso ein Ressourcenfresser. Klar, wenn es gar nicht anders geht, mal sehen...

Ich hab noch einen anderen Ansatz zum Ausprobieren. Man kann die HA Addons auch separat als Docker Container installieren. Generell scheine ich das am Laufen zu haben. HA und Matter Server Container sind "UP". Allerdings bekomme ich es nicht hin, die Verbindung von HA und dem Matter Server herzustellen. Alles, was ich als Anleitung finden konnte, beschreibt Sachen, die es einfach bei mir nicht gibt, in meiner HA Installation. So soll man bei "Integration Hinzufügen" einen Haken wegmachen, wenn man schon einen Matter Server laufen hat. Doch den Haken gibt es nirgends, absolut nicht. ich kann nur eine URL eingeben, sonst gar nichts. Dort ist was über websocket (also ws://) vor-eingestellt. Egal, was ich da eingebe, es kommt immer nur "Verbindung fehlgeschlagen". Vermutlich, weil das nur für Matter Endgeräte gedacht ist und nicht für Matter Server, aber etwas anderes gibt es da einfach nicht... Ist leider auch alles auf Englisch und in extrem unverständlicher Sprache geschrieben. Selbst wenn ich das übersetzen lasse, verstehe ich meist nur Bahnhof. Dabei ist mein Englisch nun nicht so extrem schlecht.

Vielleicht muss ich doch noch auf Proxmox umstellen. Aber dann geht alles wieder von vorne los, wirklich alles incl. dem Lernen von Null an. Müsste ich mal auf ner SD Karte installieren oder einem USB Stick, damit ich die OMV Installation nicht gleich wieder zerstören muss... Wenn man das nicht wirklich anständig und mit GUI aus der Ferne (innerhalb des lokalen Netzes reicht) einrichten und warten kann, ist das sowieso nichts für mich.

Zitat von SkyBird1980

Ich würde mir HomeAssistant installieren, dort den HA-Matter Hub installieren, der macht deine Entinitäten für Alexa schaltbar.

Genau das hatte ich ja ursprünglich vor, aber bei HA im Docker kann man keine Addons installieren (steht dabei, hab's trotzdem ausprobiert, geht wirklich nicht), was für Matter Hub aber nötig wäre. Ich muss jetzt entweder eine andere Lösung als Docker für die OMV Kiste finden um HA zu installieren oder eben auf Alternativen zurückgreifen. Eine davon wäre vielleicht websocket. Das weiß ich aber noch nicht, weil ich es erst noch testen muss. An sich wäre mir HA am liebsten, aber ein eigenes System lasse ich dafür nicht 24/7 laufen. Es muss ein einziges System reichen, das rund um die Uhr laufen muss.

Hi.

Vielleicht habe ich eine Möglichkeit ohne weitere Cloud gefunden, um von Alexa aus Scripte auf dem System ausführen zu können, vielleicht.

Es geht um den Skill "Websocket Connector", mit dem man über eine WebSocket Verbindung Skripte auf einem System ausführen kann. Um zu verstehen, wie das geht, muss ich aber erst mal verstehen, wie WebSocket an sich funktioniert. Zumindest gibt es mal einen Linux- Daemon (also Dienst) dafür, eben websocketd. Den musste ich also zunächst mal auf der OMV Kiste installieren und ausführen, was leicht ging. "sudo apt install websocketd" einfach mal probiert und schon läuft der Dämon...

Wenn ich das richtig verstehe, kann ich jetzt lokal existierende Programme bzw Scripts für websocketd konfigurieren und dann aus der Ferne starten und somit auch von Alexa her, wenn ich den Skill installiere. Wenn das wirklich so "einfach" ist ergeben sich ja ungeahnte Möglichkeiten. Allerdings fürchte ich, dafür muss ich das OMV System irgendwie aus dem Internet erreichbar machen, was es aktuell nicht ist. Oder reicht es, die lokale IP zu nutzen, da Alexa und OMV im gleichen Netzwerk sind? Hab ich wieder was (vermutlich kompliziertes) zu lernen.

Um das sichere Einhängen nach dem wieder Einschalten der externen Platte zu erreichen, muss ich ja nur "mount -a" ausführen. Würde das als Script also reichen?

#!/bin/bash
mount -a

Natürlich muss das "ausführbar" gemacht werden. Beim aushängen sollte dann dieses Script reichen.

#!/bin/bash
umount /dev/sdd

/dev/sdd zeigt OMV für die Platte, um die es geht, an.

Beides jeweils als Script mit websocketd verbinden und dann mit ws://IP:Port wobei der Port wohl für jedes Script anders sein muss, denke ich. Also beispielsweise ws://192.168.1.24:8079 wenn ich das "umount.sh" Script so

websocketd --port=8079 --staticdir=. ./umount.sh

an websocketd angemeldet habe. Aber ich fürchte, ich muss dafür die beiden Ports für die beiden Scripts aus dem Internet erreichbar machen, damit das auch mit dem Alexa Skill funktioniert. Eigentlich mag ich das nicht, aber wenn es nicht anders geht.

Die Routine wäre also beim ausschalten etwa so:

starte umount.sh

wait 30 (sekunden)

poweroff smart Plug

In 30 Sekunden sollte die Platte sicherlich sauber ausgehängt worden sein.

Beim Einhängen dann erst Poweron dann wait und dann starte mount.sh

Damit werde ich mal am Wochenende herum spielen.

Hi.

Zitat von da_user

Guck dir evtl. auch mal NodeRed an.

Werde ich machen.

Zitat von noob_at_pc

hier ein Beispiel

Auch das schaue ich mir an.

Danke euch beiden.

Zitat von te36

Das ist ja wieder ein Paradebeispiel fuer "aus dem Kontext herausgerissen".

Ist es nicht, sondern ein Paradebeispiel für ein Missverständnis. Ich habe das nämlich genau so verstanden, wie es da steht und nicht auf irgendeinen (leider nicht zitierten) vorherigen Beitrag bezogen.

Hi.

Also das mit HA kann ich knicken. Denn der Docker Container unterstützt keine Addons, wie ich leidvoll erfahren musste. Ohne Addons bekomme ich keine Integration meiner schon vorhandenen Hardware hin. Kann mir mal jemand erklären, warum das (für mich scheinbar vorsätzlich) im Docker Container abgewürgt wird? Damit ist das Ganze witzlos, denn ein Extra System nur für HA lasse ich ganz sicher nicht 24/7 laufen.

Es gibt wohl eine Möglichkeit von Alexa aus Shell Befehle ausführen zu lassen, über Triggercmd. Das ist ein Cloud Service, für den man einen "Klienten" auf dem System installieren muss, auf dem man den Befehl ausführen will. Sagt mir aber nicht wirklich zu, denn das erscheint mir extrem unsicher. Schließlich könnten die buchstäblich alles auf meinem System anstellen, wenn ich erst mal den Klient laufen habe. Ich bin zwar nicht sonderlich paranoid, aber das geht mir dann doch zu weit.

Nun muss ich mal sehen, ob man andere Smart Home Systeme als Docker vollwertig ans laufen bekommt. Vielleicht OpenHAB. Und dann weiß ich auch noch nicht, ob ich das per Alexa Sprachbefehl etwas triggern kann, ohne noch mehr Clouds verwenden zu müssen. Ich hab ja z.B. meine Sonoff Geräte ausgetauscht, weil ich alles auf Tuya umgestellt habe. So muss ich nur eine Cloud (Amazon brauche ich ja auch für andere Sachen, in sofern ist das ohnehin da) verwenden. Alle meine Zigbee Geräte sind ohne Cloud oder APP direkt mit dem Echo 4 verbunden. Ich hab auch das Sonoff Zigbee Gateway probiert und genau so das von Ikea und Lidl. Keines davon ist auch nur ansatzweise so kompatibel wie das im Echo 4. Nur deswegen habe ich den "großen" Echo 4 überhaupt.

So ist z.B. auch der Phillips Hue Bewegungsmelder im Flur angebunden, etwas das ich eigentlich auch über ein Smart Home System ansprechen wollte. Denn aus unerfindlichen Gründen kann man ausgerechnet bei der Laufzeit von Alexa- Routinen nicht Sonnenauf- und Untergang verwenden, was sonst überall möglich ist. Bei einer Routine, die Licht automatisiert einschaltet, ziemlich lästig. Das wollte ich, neben dem Ausführen von Shell Befehlen, vorrangig über das Smart Home System bewirken. Beides geht nun nicht mit HA im Docker. Also wozu dann überhaupt?

Aktuell habe ich dazu aber keine Lust, da weiter rum zu basteln. Ich schmeiße den HA Container wieder runter, damit er nicht unnötig Ressourcen verbraucht. Und schaue mal, ob ich was finde, was ohne all zu viel Aufwand meine nicht gerade üppigen Anforderungen erfüllt.

Zitat von te36

kommt doch heutzutage all der wichtige neue Content aus den USA

In den "Nuller" Jahren hätte ich das ohne weiteres noch mit unterschrieben, doch sehe ich das inzwischen völlig anders. Es gibt seit Jahren nix brauchbares mehr aus den USA. Wenn was anständiges von jenseits des großen Teichs kommt (ist selten genug) dann kommt es aus Kanada oder von BBC America oder so, aber nicht von den typischen Amis... Seit inzwischen fast 10 Jahren hat es keine einzige rein amerikanische Serie mehr in meine Sammlung zum dauerhaft aufheben geschafft. Generell gibt es deutlich weniger gute Serien als noch vor 10 Jahren, aber bei den US Serien ist der Absturz besonders extrem. Ich denke, die unzähligen Streaming Anbieter sind, neben der völlig ausufernden und total übertriebenen Wokeness daran Schuld, das es nur noch Schrott gibt. Denn der Niedergang der TV Serien geht zeitlich genau mit dem Auftauchen der Streaming Anbieter einher. Ich hab ja Amazon Prime, aber sicher nicht wegen Prime Video. Entweder kenne ich das schon ewig, oder es ist (meist vom ZDF) aufgewärmtes ÖR Zeugs oder Einfach Schrott. Wenn es das nicht als Gratisdreingabe bei Prime dazu gäbe, hätte ich das ganz sicher nicht. Netflix hat mich noch nie wirklich gereizt, obwohl ich da in der Familie jederzeit einen Zugang bekommen könnte (zumindest mal für eine gewisse Zeit).

Wenn ich mir so anschaue, aus welchen Ländern "Nicht Deutsche" Produktionen kommen, die mir gefallen, so ist da Frankreich auf Platz 1 (drei von fünf meiner aktuell noch nicht abgesetzten Lieblingsserien, kommen aus Frankreich), gefolgt von Großbritannien (da kommen die beiden anderen der fünf her). Dann folgen Australien und Kanada, dann Spanien und einige andere Europäer. Die USA taucht in der Liste aber einfach gar nicht mehr auf.

Zitat von da_user

Da ist MergeFS perfekt für dich. Das fasst einfach alle eingebundenen Dateisysteme zu einem virtuellen zusammen. Wenn du eine Platte ersetzt, greifste auf die zu ersetzende Platte zu und kopierst einfach alles was da drauf ist, auf die neue. Dann schmeißt du die Alte aus dem MergeFS raus, bindest die neue ein und gut ist.

Hört sich wirklich so an, als ob das genau das ist, was ich brauche. Mal zum Verständnis. Ich richte MergeFS ein. Das ergibt dann ein virtuelles Laufwerk, richtig? Auf diesem virtuellen Laufwerk gibt es dann einen Ordner "Serien". Darin findet sich alles wieder, was auf den eingebundenen Laufwerken ebenfalls im Ordner "Serien" liegt? Obendrein kann ich auf alle eingebundenen Laufwerke auch "direkt", also an MergeFS vorbei zugreifen? Wenn das so abläuft (oder so hin zu bekommen ist), ist das wirklich perfekt. Zumindest ist das exakt das, was ich erreichen will.

Zitat von da_user

Guck dir mal Proxmox an.

Ich bin froh, das ich alles Wichtige nun anständig unter OMV laufen habe und das bald "produktiv" einsetzen kann. Da muss ich erst mal nix neues mehr ausprobieren. Außerdem hat man mir vorab von Proxmox abgeraten, wäre viel zu viel für das, was ich will.

Das Ablösen des Windows- NAS ist wie gesagt nur ein Bonus, wenn es denn dann klappt. Kann auch noch viele Jahre so weiter laufen. Das Ding geht nie ins Internet, ist natürlich erst recht nicht vom Internet aus zu erreichen und läuft halt auch nur bei Bedarf. Darauf muss ich Windows 10 nicht wirklich beerdigen, weil es keine Updates mehr gibt, denn Win 11 läuft auf der Kiste ja nicht.

Genau aus dem Grund, weil auf den Celeron J3xxx kein Windows 11 läuft, habe ich mir ja die BMax B1 Pro Neuauflage mit N4000, 8 GB RAM und Windows 11 Pro (ebenfalls für 70€ incl Zoll und Versand) dazu gekauft. Darauf läuft z.Z noch meine Kodi Datenbank, die ich aber jetzt bald auf das OMV System transferieren werde, wo da nun alles soweit läuft. Außerdem habe ich auch noch einen DVB-Viewer auf der Win 11 Kiste laufen, der bis ich TVH am laufen habe, für mich die Formel 1 vom ORF aufnehmen muss. TVH schafft bei meiner Noch Internet Geschwindigkeit kein IPTV. Das bekommt nur der DVB-Viewer hin. Und bei Waipu (was trotz meiner Internet Anbindung funktioniert) ist ORF nicht mit enthalten. Aber ich werde nun doch noch mein Glasfaser bekommen. Dann sollte das kein Thema mehr sein, hoffe ich.

Und ein GUI Programm für meine Modellbahn läuft auch auf dem System. Dieses Programm war der Grund, warum ich eigentlich lieber ein Linux mit Desktop gehabt hätte. Dann hätte ich das (Java-) Programm da drauf installiert, was problemlos möglich wäre. Aber da habe ich absolut keine brauchbare Fernwartung hin bekommen. Klar, SSH das fluppt. Aber egal ob RDP oder VNC, das was dabei raus kam, war absolut unbrauchbar. So ist es letztendlich doch OMV geworden.

Ich finde diese Mini PC sowieso genial. So viel Computer auf so wenig Raum und für so wenig Geld, bekommt man sonst nirgends. Die Teile sind billiger als ein Raspberry Pi (egal ob 4 oder 5), selbst wenn man den Pi ohne Netzteil, Gehäuse und SD Karte kauft. Dabei sind sie auch noch sparsamer (ca. 1-2 Watt, was etwa 30%- 60% sind) und deutlich spürbar schneller (ca. doppelt so schnell laut allen Benchmarks, die ich finden konnte). So lange man nicht Libre Elec verwendet oder die GPIO Pins braucht, würde ich so einen x86 Mini PC jederzeit einem Raspberry Pi vorziehen.

Zitat von da_user

Bau die Platten fest rein, dann sparst du dir den USB-Controller.

Der PC (fertiger 70€ China- Mini PC mit Celeron J3350, 6 GB RAM) hat keine internen SATA Anschlüsse und auch keinen PCIe Steckplatz, worüber man SATA nachrüsten könnte... Das Ganze ist eher ein "x86 Raspberry PI" als ein 4 Bay NAS. Und das ist auch genau so geplant gewesen. Denn mir ging es erst mal nur um die Docker Geschichte, da ich einiges (am besten in Containern) 24/7 laufen lassen will/muss. OMV war hier nicht meine erste Wahl (genauer die dritte nach Ubuntu Server und Zorin), aber die einzige Option, die sich wirklich vernünftig vom Schreibtisch her aus der Ferne bedienen lässt. Deswegen ist es OMV geworden. Sollte das mit den externen Platten irgendwann, irgendwie doch verlässlich hin hauen, könnte ich mir den extra Rechner, der als NAS fungiert, sparen. Das war aber nie das primere Ziel, sondern ist nur ein "Bonus", sollte es denn doch noch funktionieren.

Das aktuelle "NAS" (Asrock J3455 Mini ITX Board, 8GB RAM in einem alten Big Tower mit Windows 10 Pro als OS, deswegen NAS in "") kann ich übrigens auch per Sprachbefehl ein- und aus- schalten. Ist dort ganz simpel mit einem zum Powerswitch parallel geschalteten "smarten" Relais. Dann ist es exakt so, als ob ich am Gerät auf den Power Knopf drücke. Ist die Kiste aus, geht sie an und das System fährt hoch. Ist die Kiste an, wird das System runter gefahren und ausgeschaltet. Sauber, simpel und effektiv.

Dann müssten nicht drei Systeme gleichzeitig laufen, NAS, (Datenbank-)Server und Kodi Kiste, wenn ich meine Serien anschaue, sondern nur noch zwei. Doch im Moment sehe ich das überhaupt noch nicht.

Zitat von da_user

Spätestens wenn eine deiner Platten oder das Dateisystem flöten geht, wären dir ggf. die paar € ganz lieb gewesen.

So wichtig ist mir der Kram darauf nicht. Ist nichts, was man nicht wieder bekommen könnte. Wirklich wichtige, unersetzliche Sachen habe ich mindestens dreimal auf mindestens 3 Platten (von denen zwei Platten in der Regel in der Schublade liegen) und zusätzlich in der Cloud gespeichert, falls mein ganzes Haus abbrennt.

Zitat von da_user

Klotz dir irgendwo ein BKW hin, dann machst die paar kWh im Jahr selbst...

Hatte ich vor, aber da ich keinen Balkon habe, müsste das aufs Dach. Und dagegen hat mein Vermieter was, weil er selbst dort irgendwann eine PV Anlage drauf bauen will. Geht also nicht, leider.

Zitat von da_user

Dann MergeFS einrichten, dann musst du auch nicht mehr auf Dateisystemenbene mit den verschiedenen Platten rumhantieren.

Eigentlich hasse ich es, wenn ich das nicht vollständig selbst unter Kontrolle habe und hantiere gerne auf Dateisystemebene. Sowas hatte ich schon mal und das war extrem sche...ße, weil man auf Dateisystemebene nichts wiederfinden konnte. War zwar alles noch da, aber das zu finden war sauschwer. Ich tausche gelegentlich die älteste Platte (oder sobald die SMART Werte einer Platte nicht mehr 100% sind) gegen eine neue aus. Dann muss ich wissen, was wirklich auf genau der Platte liegt, damit ich genau das umkopieren kann. Aber mit MergeFS habe ich mich bisher noch nicht so beschäftigt. Vielleicht geht das ja für meinen Zweck zu gebrauchen.

An sich ist das so, wie ich es zur Zeit unter Windows mache (mit Juctions), wirklich ideal für meine Ansprüche. So habe ich die vollständige Kontrolle und kann doch an einem zentralen Punkt auf alles zugreifen. Eigentlich sollte Linux doch erst recht Links und Junctions unterstützen, dachte ich zumindest. Allerdings muss das, bei den extrem komplizierten und langen Laufwerksbezeichnungen unter Linux nun wirklich nicht in der CLI ablaufen. Bei Windows ist das Laufwerk einfach "D:\" bei Linux kommt dann sowas wie "/srv/dev-disk-by-uuid-e40da4a5-4f51-4642-8e7e-c67275cd485d/" dabei heraus. Das 4000 mal eintippen, dazu hätte ich keine Lust. Außerdem kann man D:\und E:\ auf den ersten Blick zuordnen. Bei /srv/dev-disk-by-uuid-e40da4a5-4f51-4642-8e7e-c67275cd485d/ und /srv/dev-disk-by-uuid-D8BEAAEDBEAAC37C/ ist das wesentlich komplizierter...

Ist sowieso noch nicht spruchreif. So lange das mit der einen (Test-) Platte nicht 100% so funktioniert, wie ich das will, löse ich mein (Windows-) NAS ganz sicher nicht auf. Denn das tut seit vielen Jahren exakt das, was ich will und das 100% zuverlässig.

Zitat von da_user

Snapraid

Nach meinen "tollen" Erfahrungen in der Vergangenheit kommt mir garantiert nichts mehr ins Haus, das auch nur ansatzweise nach "Raid" riecht. So viel Datenverlust, nämlich einen schlagartigen Totalverlust aller Daten auf allen Festplatten, wie durch ein ach so sicheres Raid hatte ich vorher nie und danach auch nie wieder, weil mir sowas garantiert nie wieder unter kommt. Daher kommt auch meine große Abneigung, ein "exotisches" Filesystem zu verwenden, auf das man nur von ganz bestimmten Systemen aus zugreifen kann...

Hi.

Zitat von te36

Ein/Ausschalten der Platten vom Handy aus.

Also ich will kein Handy hernehmen müssen, um mal eben die Platte für Kodi einzuschalten. Dafür müsste man übrigens nix programmieren, das (un)mounten geht z.B. mit der SSH Button App o.Ä. Außerdem müsste man dann immer noch den Plug schalten, was wieder eine weitere App benötigt. Rein per Skript bekommt man das nicht hin, zumindest nicht ohne sowas komplexes wie HA dafür einzurichten.

Es geht mir darum, von überall im Haus ohne irgendwas, auch keine Fernbedienung oder Handy, in die Hand nehmen zu müssen, die Platte ein und aus schalten zu können.

Das sowas bei Linux einfach viel komplizierter wird, war mir schon klar. Linux ist halt nach dem Motto gebaut, "warum einfach wenn man es auch extrem kompliziert machen kann, sonst könnte ja jeder Linux". Wie lange gibt es USB Laufwerke? Laut Google seit 25 Jahren. Und genau so lange geht das Einhängen in Windows zuverlässig vollautomatisch, ohne das der User irgendwas konfigurieren muss. In Linux haut das 25 Jahre später immer noch nicht hin, ohne wild mit Skripten und Config Dateien hantieren zu müssen. Ist doch Moppelkotze sowas. Wie groß ist die Chance, das jemand ein USB Laufwerk an einen Computer ansteckt und es NICHT verwenden will? Vielleicht 1:1.000.000. Bei Linux wird das aber als "normal" angesetzt und die anderen 999.999 User müssen halt fummeln. Sehr "sinnvoll", wirklich. Sowas gehört zwingend zu den absoluten Basics jedes Betriebssystems und muss unbedingt ohne jeglichen User Eingriff 100% funktionieren. Selbst das schrottige Android TV schafft das problemlos. Nur das "Beste aller Betriebssysteme" bekommt diesen Kinderkram nicht gebacken. Denn das mit dem "x-systemd.automount", was Gestern funktioniert hat, ging heute Morgen nämlich nicht mehr. Inzwischen habe ich weder den Server neu gestartet noch irgend etwas dran verändert. Ist wie von Zauberhand wieder kaputt...

Mit mount -a ist die Platte aber gleich wieder gekommen, hat also kein Problem. Ich war es leid und habe einen cronjob angelegt, der alle Nase lang mount -a ausführt. Seitdem ist die Platte bei jedem Einschalten nach kurzer Zeit da, bisher zumindest. Man weiß ja nie, ob das morgen noch funktioniert. Ist ganz sicher keine "solide" oder gar "effiziente" Lösung, muss aber als Workaround reichen, bis ich das mit dem Ein- und Aushängen von HA /Alexa aus hin bekommen habe. Genau deswegen habe ich die Installation von HA vorgezogen. Denn damit wollte ich mich eigentlich erst im Winter oder gar nächstes Jahr befassen.

Zum Glück ist das, was auf der einzelnen Platte an Daten liegt, nichts was ich oft brauche. So oft, wie ich die Platte jetzt beim Probieren ein und aus geschaltet habe, kommt sonst in einem Jahr nicht zusammen. Aber gut, das ich das probiert habe, bevor ich viel Geld für ein 5-fach USB Gehäuse ausgebe, um mein NAS abschaffen zu können. Bisher wäre das jedenfalls noch nicht möglich, selbst wenn ich das Gehäuse schon hätte.

Zitat von te36

Man will ja auch nachfragen koennen, ob denn die Platten laufen und so.

Nee, will ich nicht. Das bekomme ich doch direkt mit, wenn ich versuche, ein Video in Kodi abzuspielen. Ein "Pling" oder das typische "Ok" oder sowas, als Hinweis das Alexa meinen Befehl verstanden hat ist alles, was da an Antwort kommen muss und darf. Einfach nur einschalten per Sprachbefehl, das ist alles, was ich brauche. Na ja, ausschalten per Sprachbefehl sollte dann doch auch drin sein.

Zitat von SkyBird1980

Ein Video dazu:

Schaue ich mir morgen mal an, Danke.

Zitat von da_user

OMV hat übrigens die Möglichkeit nicht benutzte Platten abzuschalten.

Nutzt nicht viel. Selbst wenn die Platte nicht dreht, braucht der USB Controller und die Platten- Elektronik von einer Platte schon mehr Strom als mein ganzer, zugegeben extrem sparsamer, Mini- PC Server braucht (mit demselben Messgerät gemessen). Ich muss das Zeugs bei Nichtgebrauch komplett vom Stromnetz trennen, damit der gewünschte Effekt eintritt.

Zitat von balou

ob das mit der Dockerversion funktioniert weiß ich jetzt nicht

Tut es. Ich habe es laufen. Ging zwar nur über die Shell, aber egal... Doch was fange ich damit jetzt an?

Zitat von te36

Und wenn Du Die Platten eh ueber Smartplug ein/ausschalten willst, dann kannste ja eben so gut einen script auf dem Server starten der die Platten brav aushaengst bevor er den strom abschaltet.

Genau das habe ich mittelfristig vor. Allerdings gibt es da ein Problem, das ich nicht (sofort) lösen kann. Ich nutze ja (bisher) ausschließlich Alexa als Smart Home System. Mit Alexa ist es sehr schwierig bis unmöglich, Shell Scripte ausführen zu lassen. Ich wollte sowieso immer mal auf HA umsteigen oder es zumindest als Ergänzung zu Alexa einrichten. Deswegen habe ich heute Vormittag HA im Docker Container installiert. Der Container läuft und zumindest meine Tuya Geräte wurden auch alle gefunden, eingebunden und funktionieren. Da ich aber einiges an Geräten habe (z.B. Osram/Ledvance BT Leuchtmittel), das nicht mit HA kann, muss ich Alexa mit HA verbinden und kombinieren. Ist sowieso zwingend, da ich total auf Sprachbefehle "stehe". Sowas wie "Computer, Kodi einschalten" finde ich einfach "cool".

Die Echos werden mir in HA auch schon angezeigt. Allerdings der (mir) viel wichtigere, umgekehrte Weg, also mit Alexa Sprachbefehlen eine HA Aktion auszulösen, das geht so noch nicht. Der sauteure NabuCasa Dienst kommt absolut nicht in Frage. Dann gibt es noch zwei weitere Möglichkeiten, so weit mir bekannt ist. Einmal über AWS sowie einem selbst erstellen Skill und einmal über "emulated_hue". Letzteres dürfte wohl die Lösung für mich sein, denn das über AWS hatte ich schon mal erfolglos versucht. Wie das geht, muss ich jetzt rausfinden.

Hi.

Es läuft. Eigentlich musste ich nur

x-systemd.automount

in die /etc/fstab bei dem passenden Mount Eintrag einfügen (sudo nano ...). Der größte Teil des Tutorials hat vorher schon OMV erledigt gehabt.

Nun kann ich die externe Platte nach belieben aus der Ferne per Smart Plug ein- und aus schalten und sie ist trotzdem verfügbar, sobald sie Strom bekommt. Genau das wollte ich und nun weiß ich auch, wie ich das anstelle, wenn es nicht von alleine klappt.

Super Hilfe.

Zitat von PvD

Last Action Hero

Das ist auch mal wieder so ein Knaller. Einer der besten Schwarzenegger Filme überhaupt. Generell gefiel mir Arnie in Komödien meist besser als in den Action Krachern.