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 😁

  • MongoDB - Erste Erfahrungen

    Linux
    2
    +1
    0 Stimmen
    2 Beiträge
    158 Aufrufe
    FrankMF
    So frisch von der MongoDB Front und wieder viel gelernt, weil beim Üben macht man Fehler Oben war ja mongodump & mongorestore von der KI empfohlen. Hier das wie ich es gemacht habe. mongodump frank@redis-stack:~$ mongodump -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio -o mongodump/ 2024-04-06T09:29:25.174+0200 writing portfolio.stockList to mongodump/portfolio/stockList.bson 2024-04-06T09:29:25.175+0200 writing portfolio.users to mongodump/portfolio/users.bson 2024-04-06T09:29:25.175+0200 done dumping portfolio.stockList (8 documents) 2024-04-06T09:29:25.176+0200 writing portfolio.total_sum to mongodump/portfolio/total_sum.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.total_sum (1 document) 2024-04-06T09:29:25.177+0200 writing portfolio.old_total_sum to mongodump/portfolio/old_total_sum.bson 2024-04-06T09:29:25.177+0200 writing portfolio.stocks to mongodump/portfolio/stocks.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.users (4 documents) 2024-04-06T09:29:25.178+0200 writing portfolio.settings to mongodump/portfolio/settings.bson 2024-04-06T09:29:25.178+0200 done dumping portfolio.settings (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.old_total_sum (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.stocks (34 documents) mongorestore mongorestore -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio mongodump/meineDatenbank/ Hier wird die Datensicherung mongodump/meineDatenbank/ in die neue Datenbank portfolio transferiert. Grund für das Ganze? Mich hatte der Datenbank Name meineDatenbank gestört. Benutzerrechte Jetzt der Teil wo man schnell was falsch machen kann Ich hatte also die neue Datenbank, konnte sie aber nicht lesen. Fehlten halt die Rechte. Ich hatte dann so was hier gemacht. db.updateUser("frank", { roles: [ { role: "readWrite", db: "meineDatenbank" }, { role: "readWrite", db: "portfolio" }]}) Ging auch prima, kam ein ok zurück. Nun das Problem, ich hatte beim Einrichten, den User frank als admin benutzt. Durch den oben abgesetzten Befehl (frank ist ja admin), wurden die neuen Rechte gesetzt und die Rechte als Admin entzogen!! Das war jetzt nicht wirklich das was ich gebrauchen konnte. LOL Ich hatte jetzt keine Kontrolle mehr über die DB. Das war aber nicht so wirklich kompliziert, das wieder zu ändern. Die Authentication temporär abstellen. Also /etc/mongod.conf editieren und #security: security.authorization: enabled eben mal auskommentieren. Den Daemon neustarten und anmelden an der DB. mongosh --host 192.168.3.9 Danach neuen User anlegen db.createUser({ user: "<name>", pwd: "<password>", roles: [ { role: "userAdminAnyDatabase", db: "admin" } ] }) mongod.conf wieder ändern und neustarten. Danach hat man wieder eine DB mit Authentifizierung und einen neuen Admin. Ich bin diesmal, man lernt ja, anders vorgegangen. Es gibt nun einen Admin für die DB und einen User zum Benutzen der Datenbanken! So wie man es auch auf einem produktiven System auch machen würde. Wenn ich jetzt mal was an den Benutzerrechten des Users ändere, kann mir das mit dem Admin nicht mehr passieren. Hoffe ich
  • Links zu Vaultwarden

    Angeheftet Vaultwarden
    1
    0 Stimmen
    1 Beiträge
    130 Aufrufe
    Niemand hat geantwortet
  • Ansible - ein kurzer Test

    Linux
    1
    0 Stimmen
    1 Beiträge
    148 Aufrufe
    Niemand hat geantwortet
  • NodeBB - Update auf v1.18.6

    NodeBB
    1
    +0
    0 Stimmen
    1 Beiträge
    140 Aufrufe
    Niemand hat geantwortet
  • Linux Mint 20 & Scannen mit HP LaserJet Pro MFP M28a

    Linux
    2
    +0
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF
    Nachdem ich jetzt ja wieder auf Linux Mint Cinnamon in Version 20.2 unterwegs bin, hatte ich wieder das Problem das der Drucker ohne Probleme druckt aber nicht scannt. Ich habe dann mal dieses Tool installiert apt install hplip-gui [image: 1625908296630-0918fea1-0edf-43c1-aa29-9d79efda177c-grafik.png] Dann auf Scan geklickt, dann meckerte er über ein fehlendes Plugin. Ok, installiert, danach kamen Verbindungsfehler beim Scannen. Einmal den USB-Stecker entfernt, danach ging alles. Bitte nicht fragen warum, hplip hasse ich noch mehr als WLAN Ok, nicht mehr anfassen.... [image: 1625908444519-79d636b7-2b49-4152-b158-e65cebabf148-grafik.png] In der Linux Mint Hilfe findet man dazu folgendes -> Klick
  • SSH sign_and_send_pubkey: signing failed: agent refused operation

    Linux
    1
    1 Stimmen
    1 Beiträge
    235 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - PCIe SATA-Karte mit JMicron JMS585- Chip

    Angeheftet Hardware
    13
    +0
    1 Stimmen
    13 Beiträge
    2k Aufrufe
    FrankMF
    Ich möchte das dann hier zum Abschluss bringen, das NAS ist heute zusammengebaut worden. Hier zwei Fotos. [image: 1587814588721-img_20200425_102156_ergebnis.jpg] [image: 1587814595011-img_20200425_102206_ergebnis.jpg]
  • Restic & Rclone & Nextcloud

    Linux
    3
    0 Stimmen
    3 Beiträge
    761 Aufrufe
    FrankMF
    Hier mal eine Ausgabe vom ersten Durchgang root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct created new cache in /root/.cache/restic rclone: 2020/05/08 17:47:57 ERROR : locks: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : index: error listing: directory not found rclone: 2020/05/08 17:47:58 ERROR : snapshots: error listing: directory not found Files: 3503 new, 0 changed, 0 unmodified Dirs: 2 new, 0 changed, 0 unmodified Added to the repo: 16.872 GiB processed 3503 files, 21.134 GiB in 1:02:56 snapshot fdxxxxec saved Der erste Durchgang hat also etwa eine Stunde benötigt. Durch die Deduplikation der Daten, ist der Vorgang beim zweiten Durchgang viel schneller weil nur neue oder geänderte Daten gesichert werden. Und außerdem sind alle Daten AES-256 verschlüsselt. Also perfekt zur Ablage in irgendeiner Cloud root@frank-MS-7C37:~# restic --password-file /root/passwd -r rclone:Nextcloud:HOME_UBUNTU backup --files-from /root/includes.txt repository 99xxxxa0 opened successfully, password is correct Files: 57 new, 41 changed, 3449 unmodified Dirs: 0 new, 2 changed, 0 unmodified Added to the repo: 22.941 MiB processed 3547 files, 21.137 GiB in 0:13 snapshot c6xxxxe4 saved Wie ihr seht, hat der zweite Durchgang nur ein paar neue und geänderte Daten gesichert. Der Rest ist ja schon vorhanden. Und das kann man dann auch problemlos täglich, wöchentlich oder was auch immer mal eben schnell durchführen. Eines meiner absoluten Lieblingstool