Skip to content

Fedora 34

Linux
  • 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 🤓

  • 0 Stimmen
    4 Beiträge
    670 Aufrufe
    FrankMF

    Ich parke das mal hier, damit ich das nicht noch mal vergesse. Hat mich eben mal wieder eine Stunde gekostet 😞

    /etc/ansible/ansible.cfg

    [defaults] host_key_checking = False

    Edit -> https://linux-nerds.org/topic/1493/ansible-host_key_checking

  • FrOSCon 18

    Linux
    1
    0 Stimmen
    1 Beiträge
    66 Aufrufe
    Niemand hat geantwortet
  • KDE Plasma setzt auf Wayland

    Linux
    1
    0 Stimmen
    1 Beiträge
    49 Aufrufe
    Niemand hat geantwortet
  • Node.js - Security Update

    Linux
    1
    0 Stimmen
    1 Beiträge
    195 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    17 Beiträge
    1k Aufrufe
    FrankMF

    Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

    Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.

    Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

    Die Installation wollte ich auf einem NVMe Riegel installieren.

    Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

    Eingesetzter uboot -> 2020.01-ayufan-2013......

    Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

    Wir schauen uns mal die wichtigsten Dinge an.

    root@debian:~# 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> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

    Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

    Das trägt Debian ein

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

    Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

    Danach einmal alles neu starten bitte 😉

    systemctl status networking

    Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

    dhclient eth0

    Nachdem Neustart kam dann das

    root@debian:/etc/network# 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 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff

    Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

    Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.

  • 1 Stimmen
    13 Beiträge
    1k Aufrufe
    FrankMF

    Ich möchte das dann hier zum Abschluss bringen, das NAS ist heute zusammengebaut worden. Hier zwei Fotos.

    IMG_20200425_102156_ergebnis.jpg

    IMG_20200425_102206_ergebnis.jpg

  • 0 Stimmen
    1 Beiträge
    291 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet