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 DNS wird falsch angezeigt

    Linux
    7
    0 Stimmen
    7 Beiträge
    162 Aufrufe
    D

    ja ich hab im ersten Moment einen Schreck bekommen wo ich die DNS Adresse gesehen hab,

    aber auch schnell festgestellt das die alle ins nichts laufen, und das die Adressen trotzdem durch den Adguard bzw. den R5S richtig aufgelöst wurden.

    aber das beruhigt mich erst mal wenn es bei dir auch so angezeigt wird, nicht auszudenken wenn da wirklich die DNS anfragen durch einen fremden aufgelöst werden und man sich fragt war das jetzt wirklich der richtige Server wo man seine Login Daten eingegeben hat.

    ich bleib erst mal bei dem alten 1.40.12-1

    1.40.12-1 --> Darstellung OK ✔
    1.41.2-0 --> Darstellung fehlerhafte ❌ (02.03.23)
    1.42.2-0 --> Darstellung fehlerhafte ❌ (16.03.23)
    1.42.4-2 --> Darstellung OK ✔ (31.03.23)

    ab 1.42.4-2 sollte es alles wieder richtig angezeigt werden

  • Proxmox - Backup Server WakeOnLan

    Proxmox
    1
    0 Stimmen
    1 Beiträge
    557 Aufrufe
    Niemand hat geantwortet
  • NanoPi R2S - OpenWRT

    Verschoben NanoPi R2S
    6
    0 Stimmen
    6 Beiträge
    521 Aufrufe
    FrankMF

    @thrakath1980 Ich wollte noch auf ein Thema zurück kommen. Das Original OpenWRT auf dem R2S ist ja ein Snapshot. Den kann man ohne Probleme aktualisieren. Unten ist dann ein Haken mit "Keep settings...."

    Gerade probiert, ging einwandfrei. Netzwerkeinstellungen und Firewall Settings blieben erhalten.

  • Kopia - Policies

    Kopia
    1
    0 Stimmen
    1 Beiträge
    249 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.

  • 0 Stimmen
    2 Beiträge
    445 Aufrufe
    FrankMF

    Hat ein wenig Nerven gekostet und der Artikel ist auch was länger geworden 🙂 Viel Spaß beim Lesen und testen!

  • Wireguard - Client installieren

    Wireguard
    3
    0 Stimmen
    3 Beiträge
    478 Aufrufe
    FrankMF

    Ich kann dir nicht ganz folgen. Mein Wireguard Server ist eine VM im Netz. Mein Smartphone baut zu diesem eine Verbindung auf und ich habe mal eben nachgeschaut, was da so geht. Mein Smartphone ist aktuell im meinem WLan angemeldet.

    6e0016dc-7e11-41e1-bba2-e52a3f1348df-image.png

    iperf3 -s -B 10.10.1.1 ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 10.10.1.10, port 44246 [ 5] local 10.10.1.1 port 5201 connected to 10.10.1.10 port 44248 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 4.98 MBytes 41.7 Mbits/sec [ 5] 1.00-2.00 sec 5.52 MBytes 46.3 Mbits/sec [ 5] 2.00-3.00 sec 4.80 MBytes 40.3 Mbits/sec [ 5] 3.00-4.00 sec 4.17 MBytes 35.0 Mbits/sec [ 5] 4.00-5.00 sec 5.04 MBytes 42.3 Mbits/sec [ 5] 5.00-6.00 sec 5.43 MBytes 45.6 Mbits/sec [ 5] 6.00-7.00 sec 5.75 MBytes 48.3 Mbits/sec [ 5] 7.00-8.00 sec 5.70 MBytes 47.8 Mbits/sec [ 5] 8.00-9.00 sec 5.73 MBytes 48.1 Mbits/sec [ 5] 9.00-10.00 sec 5.65 MBytes 47.4 Mbits/sec [ 5] 10.00-10.04 sec 206 KBytes 46.5 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.04 sec 53.0 MBytes 44.3 Mbits/sec receiver ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 10.10.1.10, port 44250 [ 5] local 10.10.1.1 port 5201 connected to 10.10.1.10 port 44252 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 4.80 MBytes 40.2 Mbits/sec 0 253 KBytes [ 5] 1.00-2.00 sec 14.7 MBytes 123 Mbits/sec 181 379 KBytes [ 5] 2.00-3.00 sec 9.68 MBytes 81.2 Mbits/sec 58 294 KBytes [ 5] 3.00-4.00 sec 8.88 MBytes 74.5 Mbits/sec 1 227 KBytes [ 5] 4.00-5.00 sec 7.76 MBytes 65.1 Mbits/sec 0 245 KBytes [ 5] 5.00-6.00 sec 8.88 MBytes 74.5 Mbits/sec 0 266 KBytes [ 5] 6.00-7.00 sec 9.81 MBytes 82.3 Mbits/sec 0 289 KBytes [ 5] 7.00-8.00 sec 7.82 MBytes 65.6 Mbits/sec 35 235 KBytes [ 5] 8.00-9.00 sec 5.59 MBytes 46.9 Mbits/sec 4 186 KBytes [ 5] 9.00-10.00 sec 6.64 MBytes 55.7 Mbits/sec 0 207 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 84.6 MBytes 70.6 Mbits/sec 279 sender ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- ^Ciperf3: interrupt - the server has terminated

    Im zweiten Teil ist der Wireguard Server der Sender.

    Bis jetzt hatte ich eigentlich nie Probleme, auch nicht unterwegs. Aber, ich gehe davon aus, das ich dich nicht 100% verstanden habe 😉

  • VS Code - entferntes Verzeichnis einbinden

    Linux
    2
    0 Stimmen
    2 Beiträge
    379 Aufrufe
    FrankMF

    Mein kleines Projekt liegt auch noch auf gitlab.com. Man kann prima die beiden Dienste (VSCode & gitlab.com) verknüpfen.

    Eine Änderung, ein commit und dann

    git push origin master

    Und die Änderungen sind oben. Aber, ich stecke da noch ganz am Anfang der Lernkurve 😉