Skip to content

Fedora 40

Linux
  • Ich habe ja hier schon mal davon berichtet, wie schwierig es ist, eine Linux Distribution auf diesem Board dazu zu bringen, das man die Installation starten kann.

    Das letzte Mal, das ich Fedora getestet habe ist schon was her. https://linux-nerds.org/topic/999/fedora-34?_=1723980381570

    Dann mal schauen, ob das jetzt besser läuft. Standard ist bei Fedora ja Gnome. Ah, nein. Das kommt mir sicherlich nicht mehr auf einen meiner Rechner. Sorry @Gnome-Team, ich kann mit Eurem Desktop leider nichts anfangen. Gut das Fedora auch Alternativen anbietet.

    Dort findet man dann einen Fedora KDE Plasma Spin. Den habe ich heruntergeladen, auf einen USB-Stick gebügelt und dann auf dem Rechner installiert.

    Als erstes hatte ich einen KDE Plasma Desktop 6.0. irgendwas. Erstmal nach Software Updates geschaut, ich glaube mich erinnern zu können, das es über 1000 Pakete waren. Alles installiert und neugestartet.

    Info.png

    Danach hatte ich eine schöne Wayland Session, mit einem aktuellen KDE Plasma 6.1.4. Das macht mich ja schon fast glücklich 🙂

    So, dann mal ans Testen. Das erste negative was mir auffällt, beim Verschieben der Fenster flackert es ganz komisch. Da ich schon mehrere Ryzen mit eingebauter Radeon Grafikkarte benutze, wusste ich das kann nicht sein. Da muss das Fedora Team was versaut haben. Also, bin ich auf die Suche gegangen und habe relativ schnell den Übeltäter gefunden.

    Theme.png

    Das Fedora Design war die Ursache. Breze Dunkel ausgewählt und alles läuft butterweich ihne Flackern!

    Den nächsten Test, den ich sehr oft mache wenn ich neue Distributionen ausprobiere ist, kann es Videos abspielen? Da Fedora auch ein Verfechter von Open Source Paketen ist, war es ja fast logisch, das es nicht klappt. Und genauso war es dann auch. Kurz mal bei ChatGPT vorbeigeschaut.

    sudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-40.noarch.rpm
    sudo dnf install https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-40.noarch.rpm
    sudo dnf install gstreamer1-plugins-ugly gstreamer1-plugins-bad ffmpeg
    

    Es gab einige Probleme, viele Abhängigkeiten standen sich gegenseitig im Weg. Aber die Fehlerausgaben boten einem immer Möglichkeiten an. Knallhart durchgezogen, was soll schon passieren ist sowieso nur eine Testinstallation 🙂

    Irgendwann liefen die Videos. Ich erwähne hier nur wie es Linux Mint macht, man macht bei der Installation einen Haken und fertig!

    Ob das so auf Fedora richtig geht, wie ich das gemacht habe, weiß ich nicht. Wenn es einer besser weiß, freue ich mich über einen Kommentar.

    Der Installer ist einer der Besten, den ich kenne. Die Btrfs Installation war so easy, ein Klick und die Partitionen werden alle automatisch angelegt. 👏

    Was hatte ich an Problemen?

    Irgendwas passt nicht mit dem DNS. Normalerweise ist das bei mir meine Fritzbox. Dann gibt es aber ellenlange Latenzen. Das Eintragen eines anderen DNS, z.B. 1.1.1.1 hilft erst mal.

    Und das Einbinden meines NAS, mittels Samba, dauert beim Neustart ewig. Aber dazu gibt es ein paar Fehlermeldungen.

    Samba.png

    Alles in allem, sieht das Fedora40 sehr brauchbar aus. Sollte ich das produktiv einsetzen, werde ich die paar Kleinigkeiten auch noch lösen können.

    Übrigens, Standby ging sofort. Für mich eine extrem wichtige Funktion, ich starte eigentlich nur neu, wenn es was zu installieren gibt (Kernel) Da gibt es ja bei Fedora40 noch dieses seltsame Neustarten, wenn man Updates installieren will. Das habe ich gerade mal untersucht, das legt gar keine Snapshots an?

    Aber das kann man ändern, mit Btrfs Assistant 🙂

    Btrfs Assistant.png

    Subvolumes.png

    Snapper.png

    Snapper Settings.png

    Btrfs maintenance.png

    Aber, da muss ich mich noch etwas zu einlesen.

  • Ja, der Btrfs Assistant ist doch ein klasse Tool 😊

    Heute mal weiter mit rum gespielt. Man muss natürlich auch für die Home-Partition eine Konfiguration anlegen.

    Config_Home.png

    Danach mal getestet, ob das auch klappt. Einen neuen Ordner unter /home/frank angelegt. Davor hatte ich einen Snapshot angelegt.

    Snapshots Home.png

    Danach den Snapshot vor der Erstellung des Ordners wieder hergestellt. Dann wird man zu einem Reboot aufgefordert. Also neugestartet und der Ordner ist wieder weg.

    Irgendwie mag ich diese Funktion 😁

  • Fedora erhebt KDE zur offiziellen Workstation Alternative

    Linux
    1
    0 Stimmen
    1 Beiträge
    106 Aufrufe
    Niemand hat geantwortet
  • NodeBB - v3.9.0

    NodeBB
    1
    0 Stimmen
    1 Beiträge
    102 Aufrufe
    Niemand hat geantwortet
  • MongoDB Compass

    Linux
    1
    0 Stimmen
    1 Beiträge
    210 Aufrufe
    Niemand hat geantwortet
  • Firefox - Cookie Banner blocken

    Linux
    1
    0 Stimmen
    1 Beiträge
    149 Aufrufe
    Niemand hat geantwortet
  • Kopia - HTTP/S Server

    Verschoben Kopia
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Ich hatte ein paar Probleme, die ich mir teilweise nicht erklären kann 🤔

    Ich möchte den Kopia Server gerne über systemd steuern.

    SystemD [Unit] Description=Kopia Server After=syslog.target After=network.target [Service] Type=simple User=kopia Group=kopia ExecStart=/usr/bin/kopia server --tls-cert-file /home/kopia-server/fullchain.pem --tls-key-file /home/kopia-server/privkey.pem --htpasswd-file /home/kopia-server/.htpasswd --address <IPv4>:51515 Restart=always RestartSec=5 [Install] WantedBy=multi-user.target

    Danach

    systemctl daemon-reload systemctl start kopia-server

    Mit

    systemctl status kopia-server

    kann man sich den Status anzeigen lassen.

    Client Rechner

    Auf dem Client, der das Backup zum Server schicken soll, machen wir dann folgendes.

    USER@HOSTNAME:~$ kopia repo connect server --url=https://<DOMAIN>:51515 --override-username=USER --override-hostname=HOSTNAME Enter password to open repository: Connected to repository API Server. NOTICE: Kopia will check for updates on GitHub every 7 days, starting 24 hours after first use. To disable this behavior, set environment variable KOPIA_CHECK_FOR_UPDATES=false Alternatively you can remove the file "/home/frank/.config/kopia/repository.config.update-info.json".

    Danach steht die Verbindung und wir können Backups hochschieben.

    kopia snapshot create $HOME

    Damit wird das Homeverzeichnis gesichert. Das initiale Backup, hat 30 Minuten gebraucht.

    created snapshot with root kb9e50ff5xxxxxxxxxx265d40a5d0861 and ID cda5c0ffxxxxxxxxxxxxxxa4cb4a367b in 30m28s

    Ein späteres Backup, sieht so aus.

    USER@HOSTNAME:~$ kopia snapshot create $HOME Snapshotting USER@HOSTNAME:/home/frank ... * 0 hashing, 51 hashed (324.8 MB), 8524 cached (6.6 GB), 0 uploaded (0 B), 0 errors 100.0% Created snapshot with root kc20a4xxxxxxxxxxxx745c6c7b37c and ID d7a96eaxxxxxxxxxxx0961018eacffa in 3m12s

    Nach 3 Minuten durch. Zu diesem Zeitpunkt hat sich aber auch nicht wirklich was geändert!

    Fazit

    Das Tool macht immer noch einen sehr guten Eindruck. Die Geschwindigkeit ist sehr gut. Die Anleitung ist leider unzureichend. Da gibt es so viele Möglichkeiten, da braucht es sehr lange, bis man da mal durchsteigt. Zum Glück, ist das was man normalerweise braucht, recht überschaubar. Bis zum produktiven Einsatz braucht das aber bei mir noch eine Menge mehr Tests.

    Was ich noch testen möchte

    Verzeichnis mounten Backup testweise wieder herstellen (zumindestens teilweise)

    Der Test läuft mit Standard Einstellungen, also z.B. ohne Kompression. Das sollte man dann auch mal testen..

    Bitte achtet auf gleiche Versionen auf dem Clienten, wie auf dem Server. Ich meine da ein paar Probleme festgestellt zu haben...

  • IPFire Orange DHCP

    Verschoben Linux
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • Restic - Update

    Restic
    1
    0 Stimmen
    1 Beiträge
    416 Aufrufe
    Niemand hat geantwortet
  • [HOWTO] Verschlüsseltes NAS aufsetzen

    Verschoben ROCKPro64
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    FrankMF

    Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten.

    ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen!

    Die beiden Platten mit

    sudo fdisk /dev/sdX

    neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist.

    Der Plan

    raid_pool0 = sdX1 = /dev/mapper/raid_pool0
    raid_pool1 = sdX1 = /dev/mapper/raid_pool1

    Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!"

    Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten.

    [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.