UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Renegade 0]

@jey-cee

Ich würde ihn ja im Betrieb dann später ausschalten. Aber was drauf ist, ist halt drauf.

[Renegade 0]

@thomas-braun
Vielleit habe ich aber auch einen individualisierten Anwendungsfall???

[Thomas Braun]

@renegade-0 Immer noch Quatsch. Warum installieren, wenn der Desktop dann nicht genutzt werden soll?

[Renegade 0]

@thomas-braun

Hab ich was von nicht gesagt? Er ist im Standartbetrieb nicht an, aber ich kann ihn bei Bedarf zuschalten oder halt, wenn ich die dementsprechenden Anwendungen brauche.

[Thomas Braun]

@renegade-0 Und die wären? Ein Mix-Betrieb ist und bleibt Quatsch.

[Renegade 0]

@thomas-braun
Da merkt man, dass manche Leute doch mal vom PC weg sollten und Geräte vor Ort konfigurieren oder supporten sollten.

Aber du kannst ja gerne mal deiner Mutter über Telefon erklären, wie sie auf einen Raspi den ioBroker über ssh installiert. Danach können wir uns über den Sinn und Unsinn eines vorbereiteten Desktops gerne weiter unterhalten, bis dahin würde ich gerne zum Thema des Threads zurückkehren oder faktisch belegte Gründe gegen eine vorbereitete Desktopinstallation präsentiert bekommen. Danke sehr

[Homoran]

@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:

Aber du kannst ja gerne mal deiner Mutter über Telefon erklären, wie sie auf einen Raspi den ioBroker über ssh installiert.

und mit Desktop macht sie dort die Konsole auf

@renegade-0 sagte in ioBroker, Raspberrymatic & Conbee 2 auf einen RPI 4, 8GB?:

bis dahin würde ich gerne zum Thema des Threads zurückkehren oder faktisch belegte Gründe gegen eine vorbereitete Desktopinstallation präsentiert bekommen.

unnötiger Ressourcenverbrauch!
auch bei "abgeschaltetem" Desktop.

[Thomas Braun]

@renegade-0
Zuerst nicht sattelfest bei Linux (gut, kann man sich aneignen; alle Anleitungen in dem Themenbereich sagen dir aber auch nur: Editiere dies und das und gebe jenes in ein Terminal ein, dazu braucht es aber keinen Desktop), dann sind es irgendwelche Spezialanwendungen, jetzt ist es plötzlich die Mutter, die den Raspberry-Server verwenden soll.

Ich sehe da immer noch keinen validen Grund ein X vorhalten zu müssen. Nur fadenscheinig konstruierte Gründe.

[Renegade 0]

@thomas-braun
Musst du auch nicht, da du ja auch meine Anwendung nicht vollumfänglich kennst.

[Homoran]

@Renegade-0
Betrachten wir das ganze mal von einer anderen Seite.
Auch wenn es ein Pi4 ist und dieser satte 8GB RAM hat, dass vom RAM her eine X-Oberfläche nicht unbedingt ein Problem sein sollte.
So bleibt es doch ein RaspberryPi, der mir einem armv7 Prozessorchen das Ganze verwurschten muss.
Mich würde daher (aus eher akademischer Betrachtungsweise) -um halbwegs valide Werte für eine Diskussion zu bekommen- die tatsächliche Last in so einer Konstellation auf dem System herrscht.

Bei einem RasPi sind die I/O Vorgänge, RAM- und CPU-Nutzung das Nadelöhr. Alles im Prinzip in der Load average eingepreist.
Zusätzlich kritisch sind die Schreibzugriffe. Auch da müsste man mal sehen, ob das System da gesund läuft.

Auch ich habe einen NUC, der nativ mit debian läuft mit Gnome laufen gehabt. bis ich merkte, dass ich es nie gebraucht habe.

Wie Thomas schon richtig sagt:
wir wollen einen stabilen ioBroker-Server haben, und alles was da nicht drauf läuft, kann auch nicht zu einem Problem führen.

Diese Problem könne fremde Treiber- oder Softwareversionen sein, die parallel installiert werden.