Skip to content

Manjaro KDE Plasma 21.2.6

Linux
16 2 884
  • Da hatte ich doch heute Morgen wieder das Problem mit dem Standby, ja ist ja auch klar, diese neue Manjaro Installation hatte noch den Kernel 5.15
    Schnell auf 5.17 gewechselt und heute Nachmittag war alles wieder gut. Das bleibt jetzt erstmal so und ich schau mal wie es läuft 😉

    47899810-bb69-4828-9b03-5da5319a9676-grafik.png

  • So sieht das dann aus, wenn man das System neustartet.

    20220628_205309.jpg

  • Heute kam dann ein Stable Update. Als ich heute Abend dann die Nachrichten schauen wollte, ging nix mehr.

    Ihr erinnert Euch dran, das ich die Flathub Version von VLC installieren musste, damit ich mit VLC vernünftig die m3u Listen der Fritzbox nutzen konnte?

    Mit dem heutigen Update gab es neue Kernel, Nvidia Pakete usw. Neugestartet hatte ich auch, da fiel mir was ein.

    41aa1abd-6597-4414-8964-799e372602f0-grafik.png

    Da ich ein Flatpak Paket benutze, habe ich da mal nachgeschaut.

    [frank-ms7c37 ~]# flatpak list
    Name                                Application ID                                          Version            Zweig                Installation
    XnConvert                           com.xnview.XnConvert                                    1.95               stable               system
    Freedesktop Platform                org.freedesktop.Platform                                21.08.14           21.08                system
    Mesa                                org.freedesktop.Platform.GL.default                     21.3.8             21.08                system
    nvidia-515-48-07                    org.freedesktop.Platform.GL.nvidia-515-48-07                               1.4                  system
    nvidia-515-57                       org.freedesktop.Platform.GL.nvidia-515-57                                  1.4                  system
    openh264                            org.freedesktop.Platform.openh264                       2.1.0              2.0                  system
    Freedesktop SDK                     org.freedesktop.Sdk                                     21.08.14           21.08                system
    Adwaita theme                       org.kde.KStyle.Adwaita                                                     5.15-21.08           system
    KDE Application Platform            org.kde.Platform                                                           5.15-21.08           system
    VLC                                 org.videolan.VLC                                        3.0.17.4           stable               system
    

    Das sieht man jetzt leider nicht mehr, hatte vergessen das zu kopieren, aber die Version die dort angezeigt wurde, war noch basierend auf der alten NVidia-Version. Ok, so richtig durchschaue ich diese Flatpak Zeug noch nicht.

    flatpak update

    brachte dann die richtige Version, einmal neustarten, danach ging alles wieder.

    Merksatz

    Nach einem Manjaro Update immer mal schnell nach den Flatpaks Updates nachsehen 😉

  • Das ein oder andere Problem taucht immer mal auf. Heute vim 😉

    Ich mag ihn nicht und kenne die vielen Diskussionen, das er ganz toll ist. Ich nutze ausschließlich nano.
    Heute dann als root

    crontab -e
    

    eingegeben um was zu kontrollieren, da poppt das File mit vim auf 😞

    Ans Ende des Files ~/.bashrc oder ~/.zshrc, je nach verwendeter Konsole, folgendes hinzufügen.

    export VISUAL=nano
    export EDITOR="$VISUAL"
    

    Einmal ausloggen und wieder einloggen, Problem gelöst.

  • Nächste Herausforderung 😉

    Nachdem ich den NanoPi R5S nun als Router & NAS nutze, Samba liefert die Daten aus, stellte ich fest das nach einem Reboot die Verzeichnisse nicht gemountet wurden.

    Da ich sehr selten neustarte, ist mir das erst jetzt aufgefallen.

    Ich habe sofort auf die Netzwerkverbindung getippt und mal eben nach einer Lösung gesucht, die ich auch im Manjaro Forum gefunden habe. Man sollte die Mounts mit systemd einbinden und nicht mit der Datei /etc/fstab. Ein Beispiel aus meiner fstab Datei.

    # NanoPi R5S NVMe Backup Medium (Samba-Server)
    //192.168.3.1/NVMe      /mnt/nvme               cifs    compress,credentials=/root/.smbcredentials,uid=1000,gid=1000 0 0
    

    Der systemd Eintrag muss genau wie der Mountpfad heißen. Beispiel:

    /mnt/nvme -> mnt-nvme.mount

    Die Datei liegt dann unter /etc/systemd/system

    [Unit]
    Description=NAS SMB nvme share
    After=network-online.target
    Wants=network-online.target
    
    [Mount]
    What=//192.168.3.1/NVMe
    Where=/mnt/nvme
    Type=cifs
    Options=compress,credentials=/root/.smbcredentials,uid=1000,gid=1000
    TimeoutSec=30
    
    [Install]
    WantedBy=multi-user.target
    

    Danach dann wie gewohnt folgendes

    systemctl enable mnt-nvme.mount
    systemctl start mnt-nvme.mount
    

    Kleine Ergänzung, dazu gehört noch ein Dienst.

    mnt-NAS.automount

    [Unit]
    Description=Automount video share using SMB
    
    [Automount]
    Where=/mnt/NAS
    #TimeoutIdleSec=10
    
    [Install]
    WantedBy=multi-user.target
    

    Aktivieren nicht vergessen 😉

    Danach sind die Mounts auch nach einem Neustart gemountet.

    Problem

    Ich habe jetzt allerdings das Problem, das die Mounts unter Fremgeräte immer wieder verschwinden (also im Dolphin), dann tauchen sie mal wieder auf!?!?!

    Habe mir jetzt damit geholfen, das ich die Mounts unter Orte von Hand eingetragen habe. Somit komme ich immer an die Mounts ran. Ich finde das etwas merkwürdig, mir gehen hier aber aktuell die Ideen aus!

    Lösung

    Mir ist doch noch was eingefallen, beim Lesen des kompletten Beitrages hier.

    TimeoutIdleSec=10
    

    Was macht das? Das unmounten das Device nach 10 Sekunden, wenn man dann wieder drauf zugreift, wird der wieder gemountet usw. Das brauche ich nicht, also auskommentiert!

    Jetzt läuft alles wie es soll. So oft habe ich schon lange nicht mehr den Rechner neugestartet 😁

  • Wie das bei so einem Rolling Release ist, gibt es manchmal ganz schön viel neues Futter.

    Gestern kam ein neues Stable Release raus.

    • Firefox 104.0.2 7 and Thunderbird 102.2.2 8 got added

    Thunderbird hat einen neuen Look 😉

    fcd6410f-dad3-421f-a4ec-da83d7eb3439-image.png

    Aber dafür würde ich jetzt nicht unbedingt einen Beitrag schreiben. Was mir sofort aufgefallen ist, es fühlt sich jetzt von der Geschwindigkeit so an als wenn man in einer Wayland Session ist 🙂 Wayland ist so viel schneller, hat so viel weniger Lags, aber leider fehlt da immer noch zu viel.....

    Aber heute, hier auf der X11 Session, läuft das jetzt richtig rund. Das kann man immer schön unten links im Menü testen, das läuft richtig gut. Auch Dolphin fühlt sich sehr gut an.

    Danke ans Manjaro Team! Guter Job!

    DISTRIB_ID=ManjaroLinux
    DISTRIB_RELEASE=22.0.0
    DISTRIB_CODENAME=Sikaris
    DISTRIB_DESCRIPTION="Manjaro Linux"
    
  • Nächste Herausforderung 😉

    Nachdem ich den NanoPi R5S nun als Router & NAS nutze, Samba liefert die Daten aus, stellte ich fest das nach einem Reboot die Verzeichnisse nicht gemountet wurden.

    Da ich sehr selten neustarte, ist mir das erst jetzt aufgefallen.

    Ich habe sofort auf die Netzwerkverbindung getippt und mal eben nach einer Lösung gesucht, die ich auch im Manjaro Forum gefunden habe. Man sollte die Mounts mit systemd einbinden und nicht mit der Datei /etc/fstab. Ein Beispiel aus meiner fstab Datei.

    # NanoPi R5S NVMe Backup Medium (Samba-Server)
    //192.168.3.1/NVMe      /mnt/nvme               cifs    compress,credentials=/root/.smbcredentials,uid=1000,gid=1000 0 0
    

    Der systemd Eintrag muss genau wie der Mountpfad heißen. Beispiel:

    /mnt/nvme -> mnt-nvme.mount

    Die Datei liegt dann unter /etc/systemd/system

    [Unit]
    Description=NAS SMB nvme share
    After=network-online.target
    Wants=network-online.target
    
    [Mount]
    What=//192.168.3.1/NVMe
    Where=/mnt/nvme
    Type=cifs
    Options=compress,credentials=/root/.smbcredentials,uid=1000,gid=1000
    TimeoutSec=30
    
    [Install]
    WantedBy=multi-user.target
    

    Danach dann wie gewohnt folgendes

    systemctl enable mnt-nvme.mount
    systemctl start mnt-nvme.mount
    

    Kleine Ergänzung, dazu gehört noch ein Dienst.

    mnt-NAS.automount

    [Unit]
    Description=Automount video share using SMB
    
    [Automount]
    Where=/mnt/NAS
    #TimeoutIdleSec=10
    
    [Install]
    WantedBy=multi-user.target
    

    Aktivieren nicht vergessen 😉

    Danach sind die Mounts auch nach einem Neustart gemountet.

    Problem

    Ich habe jetzt allerdings das Problem, das die Mounts unter Fremgeräte immer wieder verschwinden (also im Dolphin), dann tauchen sie mal wieder auf!?!?!

    Habe mir jetzt damit geholfen, das ich die Mounts unter Orte von Hand eingetragen habe. Somit komme ich immer an die Mounts ran. Ich finde das etwas merkwürdig, mir gehen hier aber aktuell die Ideen aus!

    Lösung

    Mir ist doch noch was eingefallen, beim Lesen des kompletten Beitrages hier.

    TimeoutIdleSec=10
    

    Was macht das? Das unmounten das Device nach 10 Sekunden, wenn man dann wieder drauf zugreift, wird der wieder gemountet usw. Das brauche ich nicht, also auskommentiert!

    Jetzt läuft alles wie es soll. So oft habe ich schon lange nicht mehr den Rechner neugestartet 😁

    @FrankM sagte in Manjaro KDE Plasma 21.2.6:

    Nächste Herausforderung 😉

    Nachdem ich den NanoPi R5S nun als Router & NAS nutze, Samba liefert die Daten aus, stellte ich fest das nach einem Reboot die Verzeichnisse nicht gemountet wurden.

    Bei mir schauen die Network-Storages so aus in der fstab:

    jessie:/mnt/alpha               /mnt/alpha              nfs4    _netdev,users,noauto,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min,x-systemd.requires=network.target    
    

    Funktioniert absolut unauffällig seit Jahren.

  • Heute mal wieder auf Wayland umgestellt. Mal sehen wie weit ich diesmal komme, bis jetzt unauffällig.

    016127f3-668d-4f80-b0c3-2d13201942c7-grafik.png

  • Mal den Stand der Dinge.

    69f3ed6a-aff0-4253-a8fe-671156036e46-grafik.png

    Wie man sieht, mittlerweile auf Kernel 6.0 und mittlerweile komplett auf Wayland. Meine Anwendungen laufen damit soweit ganz gut. Gibt nur noch ganz wenige Problemchen.

    Eines betrifft die Anordnung der Icons auf dem Desktop. Die Anordnung, die ich wähle, werden immer wieder geändert. Unschön, aber den Desktop nutze ich so gut wie gar nicht. Also kann ich auch auf den Fix warten.

    Mal hier noch die Partitionseinstellung sichern 😉

    4ea377ed-b9e5-4a59-ac8c-ad481315e431-grafik.png

    Fazit, aktuell immer noch zufrieden 🙂

  • Mal den Stand der Dinge.

    69f3ed6a-aff0-4253-a8fe-671156036e46-grafik.png

    Wie man sieht, mittlerweile auf Kernel 6.0 und mittlerweile komplett auf Wayland. Meine Anwendungen laufen damit soweit ganz gut. Gibt nur noch ganz wenige Problemchen.

    Eines betrifft die Anordnung der Icons auf dem Desktop. Die Anordnung, die ich wähle, werden immer wieder geändert. Unschön, aber den Desktop nutze ich so gut wie gar nicht. Also kann ich auch auf den Fix warten.

    Mal hier noch die Partitionseinstellung sichern 😉

    4ea377ed-b9e5-4a59-ac8c-ad481315e431-grafik.png

    Fazit, aktuell immer noch zufrieden 🙂

    @FrankM sagte in Manjaro KDE Plasma 21.2.6:

    Eines betrifft die Anordnung der Icons auf dem Desktop. Die Anordnung, die ich wähle, werden immer wieder geändert. Unschön, aber den Desktop nutze ich so gut wie gar nicht. Also kann ich auch auf den Fix warten.

    Kann noch was dauern
    https://pointieststick.com/2023/03/03/this-week-in-kde-plasma-6-begins/

    Desktop icons on the active activity should no longer inappropriately re-arrange themselves when the set of connected screens changes. However during the process of investigation, we discovered that the code for storing desktop file position is inherently problematic and in need of a fundamental rewrite just like we did for multi-screen arrangement in Plasma 5.27. This will be done for Plasma 6.0, and hopefully make Plasma’s long history of being bad about remembering desktop icon positions just that–history (Marco Martin, Plasma 5.27.3. Link)

  • Forgejo Installation mit Podman Quadlet auf Hetzner VM

    Podman forgejo podman quadlet linux
    1
    0 Stimmen
    1 Beiträge
    33 Aufrufe
    Niemand hat geantwortet
  • Forgejo Installation mit Restic nach Hetzner S3 sichern

    Restic restic linux forgejo
    2
    2
    0 Stimmen
    2 Beiträge
    305 Aufrufe
    FrankMF
    Ich habe ja im obigen Beispiel, den gesamten Ordner von der Postgres Installation gesichert. backup_pfad_postgres="/home/pguser/db-data" Ich habe dann mal ein wenig in der Dokumentation gelesen und das hier gefunden. https://www.postgresql.org/docs/current/app-pgdump.html Einfach den Ordner zu sichern, ist ja bei jeder Datenbank ein gewisses Risiko. Die Konsistenz der Daten ist nicht gesichert. Darum gibt es bei den Datenbanken auch immer Tools, mit denen man die Daten sichern kann. In der Doku steht folgendes. pg_dump — extract a PostgreSQL database into a script file or other archive file Aber wichtiger ist das hier. pg_dump is a utility for backing up a PostgreSQL database. It makes consistent backups even if the database is being used concurrently. pg_dump does not block other users accessing the database (readers or writers). Das macht also konsistente Backups. Wichtig noch zu wissen ist folgendes. pg_dump only dumps a single database. To back up an entire cluster, or to back up global objects that are common to all databases in a cluster (such as roles and tablespaces), use pg_dumpall. Ok, das scheint gut geeignet zu sein, um die Datenbank zu sichern. Aber, wie? Auf meinen Eingangsbeitrag kam es zu folgendem Dialog auf Mastodon. https://nrw.social/deck/@nebucatnetzer@social.linux.pizza/114132208440509237 Das war der Anstoß sich mit dem Thema zu beschäftigen. Und ich hatte dann folgende Lösung. podman exec -it postgres pg_dump -U postgres -f /var/lib/postgresql/data/dump.txt Ok, was mache ich hier? Wir führen einen Befehl vom Host aus gesehen, im Container aus. podman exec -it postgres Der Teil führt den folgenden Befehl im Container aus. pg_dump -U postgres -f /var/lib/postgresql/data/dump.txt pg_dump - Das Tool fürs Backup -U postgres - Der Befehl wird als User postgres ausgeführt -f /var/lib/postgresql/data/dump.txt - Das Dump File wird im Data Ordner abgelegt, den haben wir ja persistent auf dem Host. Somit kann ich das jetzt einfach in mein Backup Script einbauen und brauchen nicht mehr den ganzen Ordner zu kopieren, sondern nur noch das Dump File. Ich werde diese Änderungen in das obige Script einbauen.
  • Fedora erhebt KDE zur offiziellen Workstation Alternative

    Linux fedora kde plasma linux
    1
    0 Stimmen
    1 Beiträge
    173 Aufrufe
    Niemand hat geantwortet
  • MongoDB - Erste Erfahrungen

    Linux mongodb linux ki-generiert
    2
    2
    0 Stimmen
    2 Beiträge
    250 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
  • Debian Installer Bookworm RC3 released

    Linux debian linux
    2
    0 Stimmen
    2 Beiträge
    172 Aufrufe
    FrankMF
    Und da sind wir schon bei RC4 https://lists.debian.org/debian-devel-announce/2023/05/msg00003.html
  • Twitter-Beiträge in NodeBB anzeigen

    Verschoben NodeBB nodebb linux
    3
    0 Stimmen
    3 Beiträge
    425 Aufrufe
    FrankMF
    Endlich was gefunden um Twitter-Beiträge hier anzuzeigen. Beispiele siehe oben... YEAH Wie man das in NodeBB und dem Plugin nodebb-plugin-ns-embed einbaut, steht hier. https://community.nodebb.org/topic/7135/nodebb-plugin-ns-embed-ns-embed/39
  • NodeBB - Upgrade auf v1.9.0

    NodeBB nodebb linux
    2
    1
    0 Stimmen
    2 Beiträge
    921 Aufrufe
    FrankMF
    Da oben fehlt ein Schritt. cd nodebb (or path to where nodebb is installed) ./nodebb stop git fetch git checkout v1.12.x git merge origin/v1.12.x ./nodebb upgrade Beim nächsten Upgrade testen.
  • NodeBB - nach Plugin platt

    NodeBB nodebb linux
    1
    0 Stimmen
    1 Beiträge
    630 Aufrufe
    Niemand hat geantwortet