Skip to content

Manjaro KDE Plasma 21.2.2

Linux
  • Da ich auf dem Quartz64 schon länger nur mit dem Manjaro OS teste und mir das ganz gut gefällt, habe ich gedacht wir machen mal einen Live Test 🙂

    Dazu ausgewählt habe ich mein ThinkPad X230

    Screenshot_20220207_173905.png

    Die Installation lief problemlos, gewählt hatte ich ein BTRFS, das vollverschlüsselt angelegt wurde. In dem ThinkPad ist eine 1TB große SSD. Nach der Installation das Notebook durchgestartet, dann kommt die Passwortabfrage. Login funktioniert nicht 😞 Ich habe ein Sonderzeichen im Passwort, was auf der amerikanischen Tastatur woanders liegt als auf der deutschen. Da ich das Problem von vielen Distributionen her kenne, war es für mich nicht schwierig das richtige Zeichen einzugeben.

    Nach dem erfolgreichen Login mal kurz umgeschaut, wo ist denn der Wayland Login??

    pacman -S plasma-wayland-session
    

    sollte das Problem lösen. Den User einmal ausloggen und vor dem Einloggen kann man unten links als Arbeitsflächen-Sitzung Wayland auswählen. Danach hatte ich eine Wayland-Session. Warum? Wer hier mitliest wird feststellen, das ich davon schwärme, weil es sich soviel "besser" anfühlt. Diese verdammten Lags sind weg! Als eifrige Linux-User, die auch mal gerne was anderes installieren, werdet ihr wissen was ich meine.

    Ja, Wayland hat so seine Probleme, das dürfte auch der Grund sein warum man erst ein Paket nachinstallieren muss, damit man es nutzen kann!? Ich freue mich immer, wenn ich mal reinsehen kann, wie weit es mittlerweile ist. Auf meinem Haupt-PC nutze ich eine Distribution, die das nicht anbietet?

    Was ist mir noch aufgefallen?

    Firefox war auf englisch, warum!? Das ist nicht schön und sollte doch auch eigentlich nicht passieren, warum ist das Paket nicht mit installiert worden? Man kann das im FF über die Einstellungen machen oder auf der Konsole

    pacman -S firefox-i18n-de
    

    Danach den FF einmal neustarten. Problem erledigt.

    Was noch? Kommen wir mal zu BTRFS. Warum ich das ausgewählt habe? Keine Ahnung 🙂 Einfach mal mit rumspielen. Jetzt hatte ich bei der Installation die ganze SSD angegeben, das wollte ich heute mal etwas anpassen. Dazu die KDE Partitionsverwaltung aufgerufen.

    Screenshot_20220207_175833.png

    Der Screenshot zeigt das Ergebnis. Habe die Platte geteilt, und eine neue Partition eingerichtet. Wieder BTRFS und verschlüsselt. Einmal durchgestartet, danach hatte ich zwei Laufwerke, beide vollverschlüsselt. Nett 😉

    Suspend usw. geht einwandfrei. Was mir eben noch aufgefallen ist, das WLan zickt rum und macht keine Verbindung. Das muss ich mal in Ruhe ausprobieren.

    Als Kernel nutzt Manjaro zur Zeit einen 5.15.19er Kernel.

    Bei der Videowiedergabe im FF fällt mir nix besonderes auf, läuft flüssig.

    Wenn mir noch was auffällt, werde ich das hier ergänzen. Mein erstes Kurzfazit - ist brauchbar 🙂

  • WiFi Problem gelöst.

    sudo nano /etc/modprobe.d/iwlwifi.conf
    

    Inhalt der Datei

    options iwlwifi 11n_disable=1 swcrypto=1
    

    Quelle: https://forum.manjaro.org/t/wifi-available-but-not-working/42720/21

    Ich denke, so langsam wird die Kiste alt....

  • Der Beitrag über diesem kann eigentlich in die Tonne. Danach hatte ich nur noch ca. 15 Mbits/sec. Das war nicht so optimal, so fing ich an zu spielen. Erst habe ich

    swcrypto=1
    

    entfernt. Natürlich immer schön neu gestartet. Jetzt hatte ich schon mal ordentliche 140 Mbits/sec. Jo, ist was älter die Hardware, reicht aber für das was ich hauptsächlich damit mache.

    Heute dann nach der Arbeit mal weiter getestet und weiter auskommentiert usw. , zum Schluss habe ich die Datei komplett entfernt. Neustart - WiFi ohne Probleme mit 140 Mbits/s.

    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.178.41, port 42206
    [  5] local 192.168.178.27 port 5201 connected to 192.168.178.41 port 42208
    [ ID] Interval           Transfer     Bitrate
    [  5]   0.00-1.00   sec  13.1 MBytes   110 Mbits/sec                  
    [  5]   1.00-2.00   sec  17.5 MBytes   147 Mbits/sec                  
    [  5]   2.00-3.00   sec  17.1 MBytes   144 Mbits/sec                  
    [  5]   3.00-4.00   sec  17.7 MBytes   149 Mbits/sec                  
    [  5]   4.00-5.00   sec  17.5 MBytes   147 Mbits/sec                  
    [  5]   5.00-6.00   sec  17.7 MBytes   148 Mbits/sec                  
    [  5]   6.00-7.00   sec  17.6 MBytes   148 Mbits/sec                  
    [  5]   7.00-8.00   sec  17.2 MBytes   145 Mbits/sec                  
    [  5]   8.00-9.00   sec  17.1 MBytes   143 Mbits/sec                  
    [  5]   9.00-10.00  sec  17.6 MBytes   148 Mbits/sec                  
    [  5]  10.00-10.04  sec   699 KBytes   139 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate
    [  5]   0.00-10.04  sec   171 MBytes   143 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.178.41, port 42210
    [  5] local 192.168.178.27 port 5201 connected to 192.168.178.41 port 42212
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec  18.0 MBytes   151 Mbits/sec    0    870 KBytes       
    [  5]   1.00-2.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   2.00-3.00   sec  17.5 MBytes   147 Mbits/sec    0   1.51 MBytes       
    [  5]   3.00-4.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   4.00-5.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   5.00-6.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   6.00-7.00   sec  17.5 MBytes   147 Mbits/sec    0   1.51 MBytes       
    [  5]   7.00-8.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   8.00-9.00   sec  16.2 MBytes   136 Mbits/sec    0   1.51 MBytes       
    [  5]   9.00-10.00  sec  17.5 MBytes   147 Mbits/sec    0   1.51 MBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.01  sec   168 MBytes   141 Mbits/sec    0             sender
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    

    Beim Tippen ist mir eingefallen, das ich gestern in der Fritzbox was umgestellt hatte. Kurz kontrollieren. Es ist eingestellt gewesen WPA + WPA2. Ok, jetzt wird mir einiges klar. Umgestellt auf WPA2 + WPA3 - Plopp - Geht nix mehr! Keine Verbindung......

    Ok, bevor ich ein Manjaro installiert hatte, war ein Debian 11 drauf ohne Probleme. Was ich aber jetzt nicht 100% bestätigen kann, ob das WiFi ging!? Ich nutze das Notebook zu 99% nur mit LAN. Zurück und neu installieren? Nö, jetzt werde ich erst mal 14 Tage Manjaro testen.

    Eine Umstellung auf WPA + WPA2 ist übrigens keine Option für mich.

  • Lässt mir keine Ruhe.....

    Ich habe die Verbindung heute mal ohne den NetworkManager konfiguriert. Mit wpa_supplicant usw. Das leif einwandfrei, auch mit WPA2 / WPA3 in der Fritzbox.

    Da stimmt irgendwas nicht mit dem NetworkManager von KDE / Manjaro !? Wo jetzt weitersuchen 🤔

  • Ok, geht nicht. Manjaro und ich werden leider keine Freunde. Da sind zu viele Dinge, die nicht besonders gut umgesetzt sind. Heute mal den Test gemacht und mein geliebtes Linux Mint Cinnamon installiert.

    • Passwort für die Verschlüsselung nimmt anstandslos deutsche Sonderzeichen an
    • WiFi geht auch nicht mit WPA3, man kann aber einfach auf WPA2 umstellen und das funktioniert.

    Damit endet dieser Versuch jetzt..

  • FrankMF FrankM hat am auf dieses Thema verwiesen

  • Manjaro - KDE Plasma 6

    Linux
    3
    +2
    0 Stimmen
    3 Beiträge
    725 Aufrufe
    FrankMF
    Da fällt mir heute beim Lesen dieses Beitrages auf das ich damals ja auf unstable gestellt habe. [frank-manjaro ~]# pacman-mirrors --get-branch unstable Anleitung dazu -> https://wiki.manjaro.org/index.php/Switching_Branches Ok, da könnte ja auch mal was schief gehen? Da ich hier aber ein btrfs Filesystem fahre und Timeshift Snapshots anlegt, sollte das Risiko überschaubar sein. [image: 1714893983029-567442e5-80f0-4ce9-9b91-3e8f9a4a94d8-grafik.png] Es werden bei jeder Aktion vorher Snapshots angelegt, auf die man im Grub Menü zugreifen kann und diese wieder installieren lassen kann. Hatte das früher schon mal getestet, ging wirklich gut. Werde ich die Tage auch hier auf dem System, zur Sicherheit, mal testen. Fazit, ich lasse das mal so wie es ist
  • Semaphore - Die API

    Verschoben Ansible
    2
    0 Stimmen
    2 Beiträge
    199 Aufrufe
    FrankMF
    Ich hasse schlecht lesbaren Code, scheint man sich bei Python so anzugewöhnen. Habe da nochmal was mit der langen Zeile getestet. stages: - deploy deploy: stage: deploy script: # $SEMAPHORE_API_TOKEN is stored in gitlab Settings/ CI/CD / Variables - >- curl -v XPOST -H 'Content-Type: application/json' -H 'Accept: application/json' -H "Authorization: Bearer $SEMAPHORE_API_TOKEN " -d '{"template_id": 2}' https://<DOMAIN>/api/project/2/tasks only: - master # Specify the branch to trigger the pipeline (adjust as needed) Hier noch was Dr. ChatGPT dazu schreibt [image: 1692643209159-631de9d4-b04d-4043-bfff-c5f2d1b6eea7-grafik.png] Erledigt - läuft Und verstanden habe ich es auch.
  • Debian 12 Bookworm released

    Linux
    5
    0 Stimmen
    5 Beiträge
    323 Aufrufe
    FrankMF
    Mein persönliches Fazit, alles läuft rund mit Debian Bookworm 12 Alle meine Hetzner VMs sind jetzt auf Bookworm Ok, was schwer und zeitaufwendig war, war die Nextcloud Installation bzw. der ganze PHP-Server. Das ist echt jedes mal eine Herausforderung, aber auch dabei werde ich die letzten Jahre sicherer. Hier die Story zum Nextcloud Server https://linux-nerds.org/topic/1437/nextcloud-upgrade-auf-bookworm-12 Richtig rund lief das Upgrade des NodeBB-Servers, war einfach und direkt auf Node18 hochgezogen. https://linux-nerds.org/topic/1444/nodebb-upgrade-auf-debian-bookworm-12 Damit ist jetzt alles hier auf Debian Bookworm 12 Haupt-PC VMs bei Hetzner VMs in der Proxmox Oh, da fällt mir gerade ein, der Proxmox ist noch fällig. Aber, dazu habe ich mir was einfallen lassen, da ist noch ein neues Mainboard unterwegs und dann gibt es dazu einen etwas größeren Beitrag. Danke Debian-Team, Debian Bookworm 12 ist eine runde Sache! Spannend wird jetzt, wie lange ich auf meinem Haupt-PC (Bookworm, KDE, Wayland) bleibe. Ich habe da so eine unangenehme Eigenschaft, wenn es um veraltete Pakete geht. Diesmal werde ich dann wahrscheinlich auf den Debian Unstable Zweig (sid) wechseln. Aber das dürfte noch was dauern, da ja aktuell erst mal alles passt.
  • VisionFive2 - Armbian

    Software
    1
    +0
    0 Stimmen
    1 Beiträge
    82 Aufrufe
    Niemand hat geantwortet
  • Zima Board

    Linux
    6
    +0
    0 Stimmen
    6 Beiträge
    830 Aufrufe
    FrankMF
    Wer noch einen braucht, sind wieder ein paar im Shop erhältlich. ZimaBoard 832 is IN STOCK & AVAILABLE NOW ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ZimaBoard Official Store Back In Stock The item you've been waiting for is back in stock ZimaBoard 832 - Single Board Server for Creators $199.90 Model: ZimaBoard 832 Stock: 190
  • 0 Stimmen
    1 Beiträge
    221 Aufrufe
    Niemand hat geantwortet
  • Restic - Rootserver als Datenablage nutzen

    Restic
    2
    0 Stimmen
    2 Beiträge
    742 Aufrufe
    FrankMF
    Ok, das erste Backup dauert immer was länger In meinem Fall 5 Std. 16 Minuten. Files: 33408 new, 0 changed, 0 unmodified Dirs: 1 new, 0 changed, 0 unmodified Data Blobs: 20849 new Tree Blobs: 2 new Added to the repo: 6.278 GiB processed 33408 files, 8.604 GiB in 5:16:03 snapshot 5beg1cb3 saved Aber, das Schöne ist, das die Backups inkrementell angelegt werden. Das nächste geht schneller open repository repository 3gg202a2 opened successfully, password is correct lock repository load index files using parent snapshot 5beg1cb3 start scan on [/home/frank] start backup on [/home/frank] scan finished in 3.791s: 33788 files, 8.611 GiB Files: 496 new, 74 changed, 33218 unmodified Dirs: 0 new, 1 changed, 0 unmodified Data Blobs: 292 new Tree Blobs: 2 new Added to the repo: 43.661 MiB processed 33788 files, 8.611 GiB in 2:15 snapshot fag41bf7 saved Eine tägliche Sicherung sollte dann wohl reichen.
  • [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.