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

[Thomas Braun]

@nobbiman

iob stop
iob fix
iob start

[nobbiman]

@thomas-braun Sehr gut, 'ioB fix' ist nun gut durchgelaufen und der Zugriff auf den ioBroker scheint schneller zu gehen, die Fehlermeldung ist für's Erste nicht mehr erschienen, Danke!

[Codierknecht]

@thomas-braun
schmeisst iob fix mittlerweile selbst den Desktop raus? Sehr gut!

[Thomas Braun]

@codierknecht

Nicht eigenständig.
Aber es fragt danach und man kann es dann einstellen.

[Codierknecht]

@thomas-braun sagte in ioB startet langsam und zeigt Fehlermeldung:

es fragt danach und man kann es dann einstellen

was @nobbiman dann natürlich auch gemacht hat, oder?

Ein Desktop hat auf 'nem Server nämlich nix zu suchen. Der bremst das System nur aus, frisst Ressourcen, produziert unnötig Last und möglicherweise auch Fehler.

[Thomas Braun]

@codierknecht

Der Fixer fragt auch bei usernames wie 'root' oder 'iobroker' jetzt nach, ob ein Standarduser angelegt werden soll.
Und auch vermeintlich falsche Zeitzonen werden zur Korrektur vorgeschlagen.

[nobbiman]

@codierknecht sagte in ioB startet langsam und zeigt Fehlermeldung:

Ein Desktop hat auf 'nem Server nämlich nix zu suchen. Der bremst das System nur aus, frisst Ressourcen, produziert unnötig Last und möglicherweise auch Fehler.

Ich greife mit <IP-Adresse>:8081 übers Netzwerk auf die Benutzerobefläche des ioBrokers zu

[Thomas Braun]

@nobbiman

Dann kannst du es ja ohne Bedenken auf 'multi-user.target' stellen.

[nobbiman]

@thomas-braun sagte in ioB startet langsam und zeigt Fehlermeldung:

@nobbiman

Dann kannst du es ja ohne Bedenken auf 'multi-user.target' stellen.

Wenn ich verstehen würde, was ich damit auslöse, gerne. Ich habe mal gegoogelt: Ist es korrekt, dass dadurch grafiklastige Anwendungen gestoppt werden oder hab ich das falsch verstanden?
Zur Info: Nebenbei läuft auf dem RasPi noch influxdb und grafana!

[Meister Mopper]

@nobbiman sagte in ioB startet langsam und zeigt Fehlermeldung:

@codierknecht sagte in ioB startet langsam und zeigt Fehlermeldung:

Ein Desktop hat auf 'nem Server nämlich nix zu suchen. Der bremst das System nur aus, frisst Ressourcen, produziert unnötig Last und möglicherweise auch Fehler.

Ich greife mit <IP-Adresse>:8081 übers Netzwerk auf die Benutzerobefläche des ioBrokers zu

Das eine hat mit dem anderen nichts zu tun. Ein Server benötigt keine grafische Benutzerschnittstelle, da kein Monitor dranhängt.

Der Grafikschnickschnack bremst das System erheblich aus. Mit dem multi-user.target wirft man alles Unnötige über Bord und fährt ein schlankes System.

[Thomas Braun]

@nobbiman sagte in ioB startet langsam und zeigt Fehlermeldung:

Ist es korrekt, dass dadurch grafiklastige Anwendungen gestoppt werden oder hab ich das falsch verstanden?

Es wird die Voraussetzung (graphical.target) für GUI/Desktop-Anwendungen gestrichen und das System bootet direkt nur bis zur Kommandozeile durch und spart dadurch den Overhead. Das bedeutet allerdings nicht, das überhaupt eine graphische Umgebung bei dir installiert ist.

Nebenbei läuft auf dem RasPi noch influxdb und grafana!

Die brauchen beide keine graphische Oberfläche, es sind beides Server-Dienste.

[nobbiman]

@thomas-braun Danke, dann werde ich das zeitnah testen - könnte man das auch rückgängig machen?

[nobbiman]

@thomas-braun Nur zum Verständnis: wenn ich den Befehl

systemctl list-dependencies multi-user.target

erhalte ich eine Liste von Anwendungen (?). Wenn dort 'graphical.target' nicht auftaucht, ist dann der Desktop nicht installiert?

[Thomas Braun]

@nobbiman sagte in ioB startet langsam und zeigt Fehlermeldung:

dann werde ich das zeitnah testen - könnte man das auch rückgängig machen?

Natürlich.

sudo systemctl set-default graphical.target

stellt das boot-target wieder auf den Desktop-Betrieb um.

Nur zum Verständnis: wenn ich den Befehl

systemctl list-dependencies multi-user.target

erhalte ich eine Liste von Anwendungen (?). Wenn dort 'graphical.target' nicht auftaucht, ist dann der Desktop nicht installiert?

Das ist Anwendungen, die vor bzw. mit dem Erreichen des multi-user.target gestartet werden. Die ganzen Netzwerk-Geschichten und auch der iobroker.service sollte da auftauchen.

[nobbiman]

@thomas-braun ioBroker.service offenbar aber nicht!

pi@raspberrypi:~ $ systemctl list-dependencies multi-user.target
multi-user.target
● ├─avahi-daemon.service
● ├─console-setup.service
● ├─cron.service
● ├─cups-browsed.service
● ├─cups.path
● ├─dbus.service
● ├─dhcpcd.service
● ├─dphys-swapfile.service
● ├─fhem.service
● ├─glamor-test.service
● ├─gldriver-test.service
● ├─ModemManager.service
● ├─networking.service
● ├─plymouth-quit-wait.service
● ├─plymouth-quit.service
● ├─raspberrypi-net-mods.service
● ├─raspi-config.service
● ├─rc-local.service
● ├─rng-tools-debian.service
● ├─rpi-eeprom-update.service
● ├─rsync.service
● ├─rsyslog.service
● ├─ssh.service
● ├─sshswitch.service
● ├─systemd-ask-password-wall.path
● ├─systemd-logind.service
● ├─systemd-update-utmp-runlevel.service
● ├─systemd-user-sessions.service
● ├─triggerhappy.service
● ├─wpa_supplicant.service
● ├─basic.target
● │ ├─-.mount
● │ ├─tmp.mount
● │ ├─paths.target
● │ ├─slices.target
● │ │ ├─-.slice
● │ │ └─system.slice
● │ ├─sockets.target
● │ │ ├─avahi-daemon.socket
● │ │ ├─cups.socket
● │ │ ├─dbus.socket
● │ │ ├─systemd-initctl.socket
● │ │ ├─systemd-journald-audit.socket
● │ │ ├─systemd-journald-dev-log.socket
● │ │ ├─systemd-journald.socket
● │ │ ├─systemd-udevd-control.socket
● │ │ ├─systemd-udevd-kernel.socket
● │ │ └─triggerhappy.socket
● │ ├─sysinit.target
● │ │ ├─dev-hugepages.mount
● │ │ ├─dev-mqueue.mount
● │ │ ├─fake-hwclock.service
● │ │ ├─keyboard-setup.service
● │ │ ├─kmod-static-nodes.service
● │ │ ├─plymouth-read-write.service
● │ │ ├─plymouth-start.service
● │ │ ├─proc-sys-fs-binfmt_misc.automount
● │ │ ├─sys-fs-fuse-connections.mount
● │ │ ├─sys-kernel-config.mount
● │ │ ├─sys-kernel-debug.mount
● │ │ ├─sys-kernel-tracing.mount
● │ │ ├─systemd-ask-password-console.path
● │ │ ├─systemd-binfmt.service
● │ │ ├─systemd-boot-system-token.service
● │ │ ├─systemd-hwdb-update.service
● │ │ ├─systemd-journal-flush.service
● │ │ ├─systemd-journald.service
● │ │ ├─systemd-machine-id-commit.service
● │ │ ├─systemd-modules-load.service
● │ │ ├─systemd-pstore.service
● │ │ ├─systemd-random-seed.service
● │ │ ├─systemd-sysctl.service
● │ │ ├─systemd-sysusers.service
● │ │ ├─systemd-timesyncd.service
● │ │ ├─systemd-tmpfiles-setup-dev.service
● │ │ ├─systemd-tmpfiles-setup.service
● │ │ ├─systemd-udev-trigger.service
● │ │ ├─systemd-udevd.service
● │ │ ├─systemd-update-utmp.service
● │ │ ├─cryptsetup.target
● │ │ ├─local-fs.target
● │ │ │ ├─-.mount
● │ │ │ ├─boot.mount
● │ │ │ ├─systemd-fsck-root.service
● │ │ │ ├─systemd-fsck-root.service
● │ │ │ └─systemd-remount-fs.service
● │ │ └─swap.target
● │ └─timers.target
● │   ├─apt-daily-upgrade.timer
● │   ├─apt-daily.timer
● │   ├─e2scrub_all.timer
● │   ├─fstrim.timer
● │   ├─logrotate.timer
● │   ├─man-db.timer
● │   └─systemd-tmpfiles-clean.timer
● ├─getty.target
● │ ├─getty-static.service
● │ ├─getty@tty1.service
● │ └─serial-getty@ttyAMA0.service
● ├─nfs-client.target
● │ ├─auth-rpcgss-module.service
● │ ├─nfs-blkmap.service
● │ └─remote-fs-pre.target
● └─remote-fs.target
●   └─nfs-client.target
●     ├─auth-rpcgss-module.service
●     ├─nfs-blkmap.service
●     └─remote-fs-pre.target
lines 86-108/108 (END)

[Thomas Braun]

@nobbiman

Hier schon

echad@chet:~ $ systemctl list-dependencies multi-user.target
multi-user.target
● ├─argononed.service
● ├─avahi-daemon.service
● ├─console-setup.service
● ├─cron.service
● ├─dbus.service
● ├─dphys-swapfile.service
○ ├─e2scrub_reap.service
● ├─exim4.service
● ├─iobroker.service
● ├─mosquitto.service
● ├─networking.service
● ├─NetworkManager.service
○ ├─raspberrypi-net-mods.service
● ├─raspi-config.service
● ├─rc-local.service
● ├─redis-server.service
● ├─rpi-eeprom-update.service
○ ├─ser2net.service
● ├─solix2mqtt.service
○ ├─sonoshttp.service
● ├─ssh.service
○ ├─sshswitch.service
● ├─systemd-ask-password-wall.path
● ├─systemd-logind.service
● ├─systemd-user-sessions.service
● ├─tailscaled.service
● ├─triggerhappy.service
● ├─unattended-upgrades.service
● ├─wpa_supplicant.service
● ├─basic.target
● │ ├─-.mount
● │ ├─tmp.mount
● │ ├─paths.target
● │ ├─slices.target
lines 1-35

[e-i-k-e]

Abend,

ich habe versehentlich beim iob fix die Meldung

" Your system is booting into 'graphical.target', which means that a user interfac e or desktop is available. Usually a server is running without a desktop to have more RAM available. Do you want to switch to 'multi-user.target'? (y/N)"

auf einem Slave-Systemmit "y" beantwortet, obwohl ich die grafische Oberfläche benötige.
Was muss ich machen, um diese wieder zu erhalten?

[Thomas Braun]

@e-i-k-e

sudo systemctl set-default graphical.target

Steht aber auch zwei Einträge höher schon...

[e-i-k-e]

@thomas-braun said in ioB startet langsam und zeigt Fehlermeldung:

@e-i-k-e

sudo systemctl set-default graphical.target

Steht aber auch zwei Einträge höher schon...

Übersehen.. Aber trotzdem Danke!! :)