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

  • Update 1.32.4 - Security Fixes!

    Vaultwarden
    1
    0 Stimmen
    1 Beiträge
    63 Aufrufe
    Niemand hat geantwortet
  • Nextcloud - Hub 5 (27.0.0)

    Nextcloud
    1
    0 Stimmen
    1 Beiträge
    101 Aufrufe
    Niemand hat geantwortet
  • VSCodium - Meldungen trailing-whitespaces

    Linux
    1
    0 Stimmen
    1 Beiträge
    112 Aufrufe
    Niemand hat geantwortet
  • Rest-Server

    Verschoben Restic
    8
    0 Stimmen
    8 Beiträge
    559 Aufrufe
    FrankMF

    Dann mal eben ausprobiert. Auf meinem Server war die Version 0.9.7 selber, mit go, gebaut. Dann mache ich das auch mit der v0.10.0 so. Aber bevor ich anfange, wird die v0.9.7 gesichert.

    mv /usr/local/bin/rest-server /usr/local/bin/rest-server_0_9_7

    So erspare ich mir im Problemfall das selber bauen.

    Ok, dann die neue Version bauen.

    git clone https://github.com/restic/rest-server.git cd rest-server go run build.go

    Danach befindet sich im Verzeichnis die Binärdatei rest-server

    Die kopieren wir jetzt

    cp rest-server /usr/local/bin

    Danach kurzer Test

    # rest-server --version rest-server 0.10.0 (v0.10.0-6-g037fe06) compiled with go1.11.6 on linux/amd64

    Gut Version passt 🙂

    Dann ein Backup gestartet. Das sichert einen Teil meines Home-Verzeichnis

    Files: 153 new, 100 changed, 177857 unmodified Dirs: 0 new, 1 changed, 0 unmodified Added to the repo: 81.881 MiB processed 178110 files, 80.571 GiB in 0:28 snapshot 607e0027 saved Applying Policy: keep the last 3 snapshots, 3 monthly snapshots keep 5 snapshots: ID Time Host Tags Reasons Paths --------------------------------------------------------------------------------------- fa97890e 2020-07-25 21:02:05 frank-XXX monthly snapshot /home/frank 5b073bbb 2020-08-30 10:17:27 frank-XXX monthly snapshot /home/frank f7cf37ef 2020-09-06 15:13:03 frank-XXX last snapshot /home/frank 0157462c 2020-09-13 13:32:12 frank-XXX last snapshot /home/frank 607e0027 2020-09-14 08:09:34 frank-XXX last snapshot /home/frank monthly snapshot --------------------------------------------------------------------------------------- 5 snapshots remove 1 snapshots: ID Time Host Tags Paths --------------------------------------------------------------------- 3010b7cc 2020-09-06 11:39:27 frank-XXX /home/frank --------------------------------------------------------------------- 1 snapshots 1 snapshots have been removed, running prune counting files in repo building new index for repo [1:34] 100.00% 17351 / 17351 packs

    So weit funktioniert das genau wie vorher. Im Changelog stand ja was von Subfoldern. Das betrifft mich nicht, weil ich für jeden User genau ein Verzeichnis habe.

    So mit alles Gut 🙂 Dann warte ich mal morgen ab, ob die täglichen Backups der Server rund laufen.

  • LUKS verschlüsselte Platte mounten

    Linux
    2
    0 Stimmen
    2 Beiträge
    905 Aufrufe
    FrankMF

    So, jetzt das ganze noch einen Ticken komplizierter 🙂

    Ich habe ja heute, für eine Neuinstallation von Ubuntu 20.04 Focal eine zweite NVMe SSD eingebaut. Meinen Bericht zu dem Thema findet ihr hier. Aber, darum soll es jetzt hier nicht gehen.

    Wir haben jetzt zwei verschlüsselte Ubuntu NVMe SSD Riegel im System. Jetzt klappt die ganze Sache da oben nicht mehr. Es kommt immer einen Fehlermeldung.

    unbekannter Dateisystemtyp „LVM2_member“.

    Ok, kurz googlen und dann findet man heraus, das es nicht klappen kann, weil beide LVM Gruppen, den selben Namen benutzen.

    root@frank-MS-7C37:/mnt/crypthome/root# vgdisplay --- Volume group --- VG Name vgubuntu2 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size <464,53 GiB PE Size 4,00 MiB Total PE 118919 Alloc PE / Size 118919 / <464,53 GiB Free PE / Size 0 / 0 VG UUID lpZxyv-cNOS-ld2L-XgvG-QILa-caHS-AaIC3A --- Volume group --- VG Name vgubuntu System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size <475,71 GiB PE Size 4,00 MiB Total PE 121781 Alloc PE / Size 121781 / <475,71 GiB Free PE / Size 0 / 0 VG UUID jRYTXL-zjpY-lYr6-KODT-u0LJ-9fYf-YVDna7

    Hier oben sieht man das schon mit geändertem Namen. Der VG Name muss unterschiedlich sein. Auch dafür gibt es ein Tool.

    root@frank-MS-7C37:/mnt/crypthome/root# vgrename --help vgrename - Rename a volume group Rename a VG. vgrename VG VG_new [ COMMON_OPTIONS ] Rename a VG by specifying the VG UUID. vgrename String VG_new [ COMMON_OPTIONS ] Common options for command: [ -A|--autobackup y|n ] [ -f|--force ] [ --reportformat basic|json ] Common options for lvm: [ -d|--debug ] [ -h|--help ] [ -q|--quiet ] [ -v|--verbose ] [ -y|--yes ] [ -t|--test ] [ --commandprofile String ] [ --config String ] [ --driverloaded y|n ] [ --nolocking ] [ --lockopt String ] [ --longhelp ] [ --profile String ] [ --version ] Use --longhelp to show all options and advanced commands.

    Das muss dann so aussehen!

    vgrename lpZxyv-cNOS-ld2L-XgvG-QILa-caHS-AaIC3A vgubuntu2 ACHTUNG Es kann zu Datenverlust kommen, also wie immer, Hirn einschalten!

    Ich weiß, das die erste eingebaute Platte mit der Nummer /dev/nvme0n1 geführt wird. Die zweite, heute verbaute, hört dann auf den Namen /dev/nvme1n1. Die darf ich nicht anpacken, weil sonst das System nicht mehr startet.

    /etc/fstab

    # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> /dev/mapper/vgubuntu-root / ext4 errors=remount-ro 0 1 # /boot was on /dev/nvme1n1p2 during installation UUID=178c7e51-a1d7-4ead-bbdf-a956eb7b754f /boot ext4 defaults 0 2 # /boot/efi was on /dev/nvme0n1p1 during installation UUID=7416-4553 /boot/efi vfat umask=0077 0 1 /dev/mapper/vgubuntu-swap_1 none swap sw 0 0

    Jo, wenn jetzt die Partition /dev/mapper/vgubuntu2-root / anstatt /dev/mapper/vgubuntu-root / heißt läuft nichts mehr. Nur um das zu verdeutlichen, auch das könnte man problemlos reparieren. Aber, ich möchte nur warnen!!

    Nachdem die Änderung durchgeführt wurde, habe ich den Rechner neugestartet. Puuh, Glück gehabt, richtige NVMe SSD erwischt 🙂

    Festplatte /dev/mapper/vgubuntu2-root: 463,58 GiB, 497754832896 Bytes, 972177408 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

    Nun können wir die Platte ganz normal, wie oben beschrieben, mounten. Nun kann ich noch ein paar Dinge kopieren 😉

  • Sidebar im Theme Quark bearbeiten

    Grav
    1
    0 Stimmen
    1 Beiträge
    578 Aufrufe
    Niemand hat geantwortet
  • nginx konfigurieren

    NodeBB
    1
    0 Stimmen
    1 Beiträge
    629 Aufrufe
    Niemand hat geantwortet
  • Ubuntu Bionic - IP Adresse ändern

    Angeheftet Verschoben Linux
    1
    0 Stimmen
    1 Beiträge
    2k Aufrufe
    Niemand hat geantwortet