Skip to content

Fedora 34

Linux
5 1 467
  • Mich interessiert schon länger die Entwicklung von Wayland und einige Distributionen gehen ja nun diesen Weg. Eine davon ist Fedora. Ok, dann wollen wir mal testen... 🙂

    36ae4cf4-1aeb-4d6b-9790-6fb857780dbc-image.png

    Ich habe lange zwischend der Workstation und der SilverBlue Edition geschwankt, habe mich am Ende aber für die Workstation entschieden. Das Konzept von SilverBlue ist interessant, aber bei jedem Paket was ich installiert hatte, war ein Reboot fällig. Nö, das möchte ich dann doch nicht..

    Was bekommt man?

    • Wayland
    • Gnome 40.1.0
    • Kernel 5.12

    Naja, auf Gnome hätte ich gerne verzichten können, aber gut wir wir wollen nicht so sein. Mal sehen, ob ich es länger als eine Woche aushalte LOL

    Das Installationstool ist eines der Besten, was ich kenne. Sollte auch für Einsteiger gut zu handeln sein. Ein blöder Bug, den ich nur zu gut kenne, ist auch vorhanden. Wenn man eine verschlüsselte Installation wählt, sollte man mit den Sonderzeichen aufpassen. Beim Start stimmt die Tastatur nicht und man kann sein Passwort dann nicht eingeben.

    Noch ein Problem.....

    921a09b1-a495-4958-ba22-92129cfa1684-image.png

    Monitor 1 wird mit 3840 * 2160 erkannt, Monitor 2 aber nur mit 2560 * 1600 😞

    Ich habe mir im Moment mit 2560 * 1440 geholfen. Ach so, beide Monitore sind das gleiche Modell!

    Zu den Gnome Settings, die man vornehmen muss, damit man diesen Desktop überhaupt nutzen kann habe ich hier schon mal was zu getippt. (subjektive Meinung)

    Nach einigem Ausprobieren hatte ich dann einen Desktop, mit dem ICH arbeiten kann.

    Was ist mir noch aufgefallen?

    Man bekommt einen aktuellen Kernel

    [root@fedora ~]# uname -a
    Linux fedora 5.12.7-300.fc34.x86_64 #1 SMP Wed May 26 12:58:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
    

    Ein Tool was ich zum Aktualisieren meiner Server nutze, ClusterSSH, funktioniert nicht weil er mehrere Fenster auf dem Desktop öffnet. Vermutlich funktioniert das nur auf einem X-Desktop.

    Wireguard ist einfach zu integrieren. Hier mal nachlesen -> https://blogs.gnome.org/thaller/2019/03/15/wireguard-in-networkmanager/

    Eine Firewall (firewalld) ist standardmäßig aktiviert. Mit Firewall-Konfiguration kann man diese bearbeiten.

    Fedora nutzt Btrfs als Filesystem.

    dev/mapper/luks-89c2c01f-24c3-43fb-b925-xxxxxxxxxx: LABEL="fedora_localhost-live" UUID="305d809d-33e8-4cfa-9e54-xxxxxxxxx" UUID_SUB="e573a209-9502-4ee8-8184-xxxxxxxxx" BLOCK_SIZE="4096" TYPE="btrfs"
    

    Das hatte ich auf dem ROCKPro64 mal ausprobiert, wenn ich mich recht erinnere, lief das da nicht stabil. Ich gehe aber davon aus, das man das hier im Griff hat.

    Warum?

    Ich hatte beim Testen auf meinem zweiten PC sehr schnell gemerkt, das das System butterweich 🙂 läuft und die Latenz sehr gering ist, verglichen mit meinem Linux Mint Cinnamon Desktop. Bei diesem ging auch der Bereitschafts-Modus nicht mehr, was mich sehr störte. Als Hinweis, ich war auf dem Testing Stage bei LM Cinnamon!

    Mein Lieblingstool VSCodium ist auch schon installiert, Restic hat schon eine Datensicherung gemacht und Kontrolle über alle Server ist auch wieder vorhanden.

    Und jetzt?

    Ich werde dem Fedora mal eine Woche Zeit geben, mich zu überzeugen.

    Was ich noch testen muss.

    • Docker checkmk installieren

    Fazit

    Warum Gnome40 ? 🤔 Ich bin vermutlich zu alt für so einen Desktop. Aber, ich stehe zu meinem Wort, er bekommt eine Woche Zeit LOL

  • So, ein Tag später.

    Die unterschiedlichen Monitorauflösungen, gehen gar nicht. Es nervt..... Ist es zu viel verlangt, das so was geht?

    HiDPi funktioniert auf meinen Monitoren nur vernünftig mit ungeraden Skalierungen, so 133% oder evt. 150%. Was kann man einstellen? 100% und 200% 🙌

    Gnome ist und bleibt so mit das Schlechteste was ich kenne. Sorry, ich weiß ist OpenSource und man soll froh sein, das manche ihre Freizeit investieren. Es kann aber doch nicht sein, das ich der einzige bin der die ganzen Macken sofort am zweiten Tag entdeckt. Mal davon abgesehen, das es sie auch in vielen anderen Distros genauso gibt.

    Das nächste Stück Software, was eine Menge Macken auf dieser Distro mit Gnome hat ist der VLC. Probiert es aus! Ich habe erst die normalen Pakete getestet.

    sudo dnf install vlc
    

    Danach, evt. hat man ja was falsch gemacht, die Flatpak Variante. Naja, auch da ist der Fehler ab und zu da, gefühlt etwas weniger.

    Es sieht nicht sehr gut aus für Fedora 34 auf meinem Haupt-PC. Sehr sehr schade, weil der Desktop vom Gefühl her, das Beste ist was mir je untergekommen ist. Ich meine nicht Gnome sondern die Latenz usw. Echt alles ganz flott, aber was hilft es, wenn man nur noch genervt ist.....

    Ob Fedora 34 nächsten Sonntag überlebt??

    Anmerkung: Fedora 34 mit GNOME 40 und Wayland!

  • Hier der Stand der Dinge

    Linux frank-MS-7C37 5.11.0-18-generic #19-Ubuntu SMP Fri May 7 14:22:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
    

    Morgen, mehr dazu..

  • Ich bin mit dem Test von Fedora 34 nur bis gestern (Mittwoch) gekommen. Der Hauptgrund war, das das Paket VLC nicht ordentlich funktionierte. Egal ob das Paket aus den Repos oder das Flatpak, beide hatten das selbe Problem.

    Wenn ich meine FB Liste mit dem VLC öffnen wollte, waren die Fenster zerrissen. Also der eigentliche Screen und das TV-Bild waren nicht zusammen, sondern vereinzelt auf dem Bildschirm. Das TV Bild ließ sich in dem Zustand dann nicht vergrößern, es war fix. Manchmal ging es beim Starten, dann tauchte das Problem beim Umschalten auf.

    Da ich viel TV auf dem PC schaue, war das ein NoGo und Fedora musste gestern dran glauben.

    Es war übrigens nicht das einzige Problem. Hier noch ein Beispiel. Zwei Datei-Ordner geöffnet. Links NAS, rechts der Ordner Schreibtisch. Eine Verlinkung erzeugt, zack beide Fenster zu. Die Dateioperation ist aber erfolgt.

    Dann eine Sache, die ich nicht kenne und die mich sehr störte. Irgendwelche Einblendungen von SELinux(?).

    Das alles zusammen war dann gestern das Todesurteil für Fedora 34. Nun musste ich mich entscheiden, zurück zu LinuxMint Cinnamon oder was anderes!? Mich hat der Wayland Desktop, im Moment, von der Latenz her voll überzeugt. Das fühlt sich um Längen besser an, also musste es eine Distro mit Wayland sein. Meine Wahl fiel auf Ubuntu 21.04 Hirsute Hippo. Ich bin bei der Standardversion mit GNOME 3.38.5 geblieben.

    916a6ff0-6774-4b56-b5c7-2babfdb99cce-grafik.png

    Das erste was mir bei Fedora 34 aufgefallen war, ist die unterschiedliche Auflösung der beiden identischen Monitore. Das ist genauso auch bei Ubuntu 21.04 vorhanden. Es dürfte sich also um ein Wayland Problem handeln. Der Bug ist für mich nicht ganz so tragisch, man kann damit leben, ich hoffe aber das er in der Zukunft verschwindet 😉

    Das mit den Verknüpfungen geht hier jetzt einwandfrei, sieht so aus als wenn man in GNOME 40 noch viel Arbeit hat.

    Und das Wichtigste für mich, VLC arbeitet hier wenigstens einwandfrei. Interessanterweise sind die Versionen, die man installieren kann, als Repo und Snap. Das Snap ist Version 3.0.14, das aus dem Repo ist 3.0.12-3

    Wenn ich beim Snap umschalten wollte, blieb er in der Senderliste mit kleinem Vorschaufenster. Ich kenne das aber so, das er dann auf den Sernder umschaltet und den Sender im Fenster öffnet und die Senderliste schließt. Ok, die Version aus dem Repo installiert und es funktioniert wieder so, wie ich das gewohnt bin.

    Mal schauen, ob Ubuntu 21.04 das Wochenende überlebt 🤓

  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • OpenCloud - Docker Compose local

    Verschoben OpenCloud opencloud linux
    3
    1
    0 Stimmen
    3 Beiträge
    433 Aufrufe
    FrankMF
    Noch was Wichtiges. Die Docker Installation nutzt folgende config. In meinem Beispiel findet man sie unter /home/frank/opencloud/deployments/examples/opencloud_full Darin liegt ein .env ## Basic Settings ## # Define the docker compose log driver used. # Defaults to local LOG_DRIVER= # If you're on an internet facing server, comment out following line. # It skips certificate validation for various parts of OpenCloud and is # needed when self signed certificates are used. INSECURE=true ## Traefik Settings ## # Note: Traefik is always enabled and can't be disabled. # Serve Traefik dashboard. # Defaults to "false". TRAEFIK_DASHBOARD= # Domain of Traefik, where you can find the dashboard. # Defaults to "traefik.opencloud.test" TRAEFIK_DOMAIN= # Basic authentication for the traefik dashboard. # Defaults to user "admin" and password "admin" (written as: "admin:$2y$05$KDHu3xq92SPaO3G8Ybkc7edd51pPLJcG1nWk3lmlrIdANQ/B6r5pq"). # To create user:password pair, it's possible to use this command: # echo $(htpasswd -nB user) | sed -e s/\\$/\\$\\$/g TRAEFIK_BASIC_AUTH_USERS= # Email address for obtaining LetsEncrypt certificates. # Needs only be changed if this is a public facing server. TRAEFIK_ACME_MAIL= # Set to the following for testing to check the certificate process: # "https://acme-staging-v02.api.letsencrypt.org/directory" # With staging configured, there will be an SSL error in the browser. # When certificates are displayed and are emitted by # "Fake LE Intermediate X1", # the process went well and the envvar can be reset to empty to get valid certificates. TRAEFIK_ACME_CASERVER= [....gekürzt....] Man kann dort etwas ändern und mittels docker compose up -d alles aktualisieren. Radicale OpenCloud nutzt im Moment folgendes https://radicale.org/v3.html als Backend Server für Kalender & Kontakte. Jemand hat mir dann erklärt, wie das so funktioniert. Danach hatte es dann klick gemacht. https://fosstodon.org/@h4kamp/114562514701351170 In der config findet man zum Beispiel die Konfiguration für radicale (Kalender- und Kontakte-App) Das ist nur eine rudimentäre Ablage, wird gesteuert über Clienten, z.B. die Thunderbird Kalender Funktion. ### Radicale Setting ### # Radicale is a small open-source CalDAV (calendars, to-do lists) and CardDAV (contacts) server. # When enabled OpenCloud is configured as a reverse proxy for Radicale, providing all authenticated # OpenCloud users access to a Personal Calendar and Addressbook RADICALE=:radicale.yml # Docker image to use for the Radicale Container #RADICALE_DOCKER_IMAGE=opencloudeu/radicale # Docker tag to pull for the Radicale Container #RADICALE_DOCKER_TAG=latest # Define the storage location for the Radicale data. Set the path to a local path. # Ensure that the configuration and data directories are owned by the user and group with ID 1000:1000. # This matches the default user inside the container and avoids permission issues when accessing files. # Leaving it default stores data in docker internal volumes. #RADICALE_DATA_DIR=/your/local/radicale/data In einer Standard Installation ist das auskommentiert. RADICALE=:radicale.yml Danach ein docker compose up -d und Eure Kalendereinträge (extern auf einem Clienten verwaltet) werden in der OpenCloud gesichert.
  • Restic v0.16.2

    Linux restic linux
    1
    0 Stimmen
    1 Beiträge
    159 Aufrufe
    Niemand hat geantwortet
  • Pycharm & Docker

    Verschoben Linux pycharm docker linux
    1
    4
    0 Stimmen
    1 Beiträge
    318 Aufrufe
    Niemand hat geantwortet
  • ZFS - Wichtige Befehle

    Linux zfs linux
    3
    0 Stimmen
    3 Beiträge
    964 Aufrufe
    FrankMF
    Heute mal drüber gestolpert, das es auch so was geben kann. root@pve2:~# zpool status pool: pool_NAS state: ONLINE status: Some supported and requested features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0B in 00:20:50 with 0 errors on Sun Apr 13 00:44:51 2025 config: NAME STATE READ WRITE CKSUM pool_NAS ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520800733 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520801376 ONLINE 0 0 0 errors: No known data errors Was machen? Als erstes mal ein Backup angestoßen. Danach root@pve2:~# zpool get all pool_NAS | grep feature pool_NAS feature@async_destroy enabled local pool_NAS feature@empty_bpobj active local pool_NAS feature@lz4_compress active local pool_NAS feature@multi_vdev_crash_dump enabled local pool_NAS feature@spacemap_histogram active local pool_NAS feature@enabled_txg active local pool_NAS feature@hole_birth active local pool_NAS feature@extensible_dataset active local pool_NAS feature@embedded_data active local pool_NAS feature@bookmarks enabled local pool_NAS feature@filesystem_limits enabled local pool_NAS feature@large_blocks enabled local pool_NAS feature@large_dnode enabled local pool_NAS feature@sha512 enabled local pool_NAS feature@skein enabled local pool_NAS feature@edonr enabled local pool_NAS feature@userobj_accounting active local pool_NAS feature@encryption enabled local pool_NAS feature@project_quota active local pool_NAS feature@device_removal enabled local pool_NAS feature@obsolete_counts enabled local pool_NAS feature@zpool_checkpoint enabled local pool_NAS feature@spacemap_v2 active local pool_NAS feature@allocation_classes enabled local pool_NAS feature@resilver_defer enabled local pool_NAS feature@bookmark_v2 enabled local pool_NAS feature@redaction_bookmarks enabled local pool_NAS feature@redacted_datasets enabled local pool_NAS feature@bookmark_written enabled local pool_NAS feature@log_spacemap active local pool_NAS feature@livelist enabled local pool_NAS feature@device_rebuild enabled local pool_NAS feature@zstd_compress enabled local pool_NAS feature@draid enabled local pool_NAS feature@zilsaxattr disabled local pool_NAS feature@head_errlog disabled local pool_NAS feature@blake3 disabled local pool_NAS feature@block_cloning disabled local pool_NAS feature@vdev_zaps_v2 disabled local Das kommt von neuen Funktionen, die zu ZFS hinzugefügt wurden und bei Erstellung des Pools nicht vorhanden waren. Dann upgraden wir mal root@pve2:~# zpool upgrade pool_NAS This system supports ZFS pool feature flags. Enabled the following features on 'pool_NAS': zilsaxattr head_errlog blake3 block_cloning vdev_zaps_v2 Kontrolle root@pve2:~# zpool status pool: pool_NAS state: ONLINE scan: scrub repaired 0B in 00:20:50 with 0 errors on Sun Apr 13 00:44:51 2025 config: NAME STATE READ WRITE CKSUM pool_NAS ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520800733 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520801376 ONLINE 0 0 0 errors: No known data errors Features kontrollieren root@pve2:~# zpool get all pool_NAS | grep feature pool_NAS feature@async_destroy enabled local pool_NAS feature@empty_bpobj active local pool_NAS feature@lz4_compress active local pool_NAS feature@multi_vdev_crash_dump enabled local pool_NAS feature@spacemap_histogram active local pool_NAS feature@enabled_txg active local pool_NAS feature@hole_birth active local pool_NAS feature@extensible_dataset active local pool_NAS feature@embedded_data active local pool_NAS feature@bookmarks enabled local pool_NAS feature@filesystem_limits enabled local pool_NAS feature@large_blocks enabled local pool_NAS feature@large_dnode enabled local pool_NAS feature@sha512 enabled local pool_NAS feature@skein enabled local pool_NAS feature@edonr enabled local pool_NAS feature@userobj_accounting active local pool_NAS feature@encryption enabled local pool_NAS feature@project_quota active local pool_NAS feature@device_removal enabled local pool_NAS feature@obsolete_counts enabled local pool_NAS feature@zpool_checkpoint enabled local pool_NAS feature@spacemap_v2 active local pool_NAS feature@allocation_classes enabled local pool_NAS feature@resilver_defer enabled local pool_NAS feature@bookmark_v2 enabled local pool_NAS feature@redaction_bookmarks enabled local pool_NAS feature@redacted_datasets enabled local pool_NAS feature@bookmark_written enabled local pool_NAS feature@log_spacemap active local pool_NAS feature@livelist enabled local pool_NAS feature@device_rebuild enabled local pool_NAS feature@zstd_compress enabled local pool_NAS feature@draid enabled local pool_NAS feature@zilsaxattr enabled local pool_NAS feature@head_errlog active local pool_NAS feature@blake3 enabled local pool_NAS feature@block_cloning enabled local pool_NAS feature@vdev_zaps_v2 enabled local So, alle neuen Features aktiviert. Jetzt kann der Pool weiterhin seine Arbeit machen.
  • ZFS - One Disk Pool -> Mirror Pool

    Linux linux zfs
    1
    0 Stimmen
    1 Beiträge
    205 Aufrufe
    Niemand hat geantwortet
  • NanoPi R2S - Firewall mit VLan und DHCP-Server

    Verschoben NanoPi R2S nanopir2s linux
    2
    2
    0 Stimmen
    2 Beiträge
    846 Aufrufe
    FrankMF
    Nachdem ich die Tage feststellen musste, das irgendwas mit dem Gerät nicht stimmte, bekam keine DNS Auflösung über die Konsole, habe ich das heute mal eben neuinstalliert. Armbian ist ja immer was spezielles Hat sich bis heute nix dran geändert..... Ok, dann heute mal eben ein neues Image erstellt. Download Gewählt habe ich das Armbian Buster. Image auf die SD-Karte, eingeloggt. Alles wie oben erstellt und abgespeichert. Neustart, geht wieder alles. root@192.168.3.15's password: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Debian GNU/Linux 10 (buster) with Linux 5.9.11-rockchip64 System load: 2% Up time: 11 min Memory usage: 10% of 978M IP: 192.168.3.15 192.168.1.1 192.168.2.1 CPU temp: 61°C Usage of /: 5% of 29G Last login: Sun Dec 6 12:28:10 2020 from 192.168.3.213 Kernelversion root@nanopi-r2s:~# uname -a Linux nanopi-r2s 5.9.11-rockchip64 #20.11.1 SMP PREEMPT Fri Nov 27 21:59:08 CET 2020 aarch64 GNU/Linux ip a oot@nanopi-r2s:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether b2:b5:10:38:9e:76 brd ff:ff:ff:ff:ff:ff inet 192.168.3.15/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 6360sec preferred_lft 6360sec inet6 2a02:908:xxxxxx/64 scope global dynamic mngtmpaddr valid_lft 7196sec preferred_lft 596sec inet6 fe80::b0b5:10ff:fe38:9e76/64 scope link valid_lft forever preferred_lft forever 3: lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff 4: lan0.100@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global lan0.100 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever 5: lan0.200@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.2.1/24 brd 192.168.2.255 scope global lan0.200 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever Vom Notebook aus funktioniert auch alles. So weit bin ich zufrieden. Jetzt mal langsam anfangen, der Kiste IPv6 beizubringen. Oje, nicht gerade mein Lieblingsthema... Bis der NanoPi R4S hier ankommt und ein vernünftiges Image hat, vergeht ja noch was Zeit...
  • ROCKPro64 - PCIe NVMe SSD installieren

    Hardware linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    356 Aufrufe
    Niemand hat geantwortet
  • Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav grav linux
    2
    1
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF
    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr. Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62 Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service. rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.