Skip to content

EndeavourOS - ein Test

Linux
12 1 664
  • Nachdem ich das jetzt so überhaupt nicht glauben konnte, habe ich jetzt mal einen 4K-Monitor dran angeschlossen. Ich mag die 4K Monitore nicht mehr, wegen den HiDPI Problemen, aber das ist ja ein anderes Thema. Mit diesem Monitor ist das Problem offensichtlich verschwunden ^^

    Ok, manche Geheimnisse der Technik muss ich nicht verstehen. Aber sofort fällt einem das HiDPi Problem wieder vor die Füße. Argh. Aber das soll ja nicht das Problem von EndeavourOS sein.

  • Da ich ja auch auf meinem Manjaro Haupt-PC nur noch Wayland nutze, fragte ich mich ob das auch auf EndeavourOS so einfach geht!? In dem Test PC steckt eine NVidia Karte, was das Ganze nicht einfacher macht. Aber, wie so oft, Versuch macht klug 🙂

    sudo pacman -S plasma-wayland-session
    

    Einmal Ausloggen, links unten umschalten und wieder einloggen.

    Screenshot_20230403_215713.png

  • Gut, heute Morgen wieder nur ein schwarzer Screen nach Standby. Da ich ja noch im Wayland Modus war, neugestartet. STRG + ALT ging auch nicht.

    Wieder auf X umgestellt. Da ich, wenn ich das jemals installieren sollte, das sowieso auf meiner Maschine mit AMD GPU mache sollte das Problem da nicht auftauchen. Hoffe ich.

    So, jetzt aber weiter mit ausprobieren und erkunden.

  • Lassen wir mal das Standby Problem links liegen. Was fällt mir so als erstes auf? Es gibt keine Applikation um Software zu suchen und zu installieren!?

    Das musste ich auch erst mal im Netz recherchieren und ich bin auf diesen Post der Entwickler gestoßen.

    Ob das gut oder schlecht ist, kann ich nicht wirklich beurteilen. So lange bin ich noch nicht in der Arch Welt unterwegs. Manjaro hat eine Applikation eingebaut.

    4222610c-c906-453a-9a85-d0eb690d8348-grafik.png

    Das ist für Einsteiger eine wirkliche Erleichterung. Menschen, die schon länger mit Linux und Arch unterwegs sind, werden die meisten Dinge sowieso in der Konsole erledigen, für sie ist es deswegen völlig unnütz. Kann man nachvollziehen, den Gedankengang.

    Man kann solche GUIs aber problemlos nachinstallieren, wenn ich das richtig verstanden habe. Das wird hier aber nicht behandelt, ich kann auch ohne leben.

    Hier sieht man den Willkommens-Bildschirm von EndeavourOS.

    Screenshot_20230404_094420.png

    Die drei wichtigsten stehen oben links. Die beiden ersten verwalten die Spiegelserver-Listen. Es gibt eine für Arch und eine für EndeavourOS. So weit ok. Danach kommt das System Update, was man hier mit dem Tool yay macht. Was das?

    Yay - Yet Another Yogurt - An AUR Helper Written in Go

    Ok, hier der nächste Begriff, der vielen nichts sagen wird. AUR !?

    AUR - Arch User Repository (AUR)

    Jetzt sollte man gut aufpassen. Aus dem Arch Wiki

    The Arch User Repository (AUR) is a community-driven repository for Arch users. It contains package descriptions (PKGBUILDs) that allow you to compile a package from source with makepkg and then install it via pacman. The AUR was created to organize and share new packages from the community and to help expedite popular packages' inclusion into the community repository. This document explains how users can access and utilize the AUR.

    Quelle: https://wiki.archlinux.org/title/Arch_User_Repository

    Aus diesem Repo sollte man, in meinen Augen, nur Dinge installieren wenn man dem Autor vertraut.

    Ok, zurück zu Yay. Das Tool aktualisiert also alle Pakete usw. aus den verschiedenen Repos. Also den normalen Arch Files und aus dem AUR. Ich hoffe mal, ich habe es richtig verstanden. Hier mal ein Test. Konsole auf und Eingabe yay

    Screenshot_20230404_095642.png

    Ok, er findet zwei Pakete zur Aktualisierung. Ein Return startet den Vorgang.

    Screenshot_20230404_095747.png

    So weit kennt man das ja auch schon von Manjaro

    pacman -Syu
    

    Ok, so weit denke ich mal habe ich das jetzt hier auf dem EndeavourOS verstanden.

  • EndeavorOS ist recht sparsam mit Paketen ausgestattet. Aber, wir haben ja die Freiheit nachzuinstallieren was wir möchten bzw. brauchen. Pakete, die ich vermisse beim Vergleich mit Manjaro.

    # KDE Partitionsmanager
    pacman -S partitionmanager
    

    wird ergänzt..

  • Ok, weiter auf Entdeckungsreise. Mal ein echter Pluspunkt. EndeavourOS (kurz: EOS) hat standardmäßig die Firewall firewalld an.

    [frank@frank-ms7c37 ~]$ systemctl status firewalld
    ● firewalld.service - firewalld - dynamic firewall daemon
         Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; preset: disabled)
         Active: active (running) since Wed 2023-04-05 11:59:46 CEST; 2min 9s ago
           Docs: man:firewalld(1)
       Main PID: 7094 (firewalld)
          Tasks: 2 (limit: 38294)
         Memory: 24.2M
            CPU: 216ms
         CGroup: /system.slice/firewalld.service
                 └─7094 /usr/bin/python /usr/bin/firewalld --nofork --nopid
    
    Apr 05 11:59:46 frank-ms7c37 systemd[1]: Starting firewalld - dynamic firewall daemon...
    Apr 05 11:59:46 frank-ms7c37 systemd[1]: Started firewalld - dynamic firewall daemon.
    

    Ist jetzt für mich Neuland, aber man kann sich ja rein arbeiten 😉

    Um vom Haupt-PC aus drauf zugreifen zu können, brauchte ich mal eben einen OpenSSH Server. Der war vorinstalliert, aber nicht aktiv.

    Starten mit

    sudo systemctl start sshd
    

    und er läuft. Der SSH Port ist in FirewallD schon freigegeben.

    Wenn man den Dienst dauerhaft benötigt

    sudo systemctl enable sshd
    
  • Das mit dem nicht funktionierenden Wayland ärgert mich und ich werde das jetzt lösen .)

    BIOS Update läuft, CPU AMD Ryzen 5 4600G ist unterwegs. Dann schauen wir uns das doch noch mal genauer an. Dann mit Wayland 🤓

    Update

    Wasserkühlung & Grafikkarte ausgebaut und den ganzen Rechner mal gesäubert. Ok, wo sind die beiden Halter zur Montage der CPU ?

    5f25c7d6-8db8-488e-af2e-671d43c8225c-grafik.png

    Den Keller durchsucht und fündig geworden. Jetzt muss nur noch der Paketmann zweimal klingeln 🙂

  • Ok, scheint was länger her zu sein, das ich eine CPU montiert habe. Die Dinger da oben brauchte ich nicht 😁

    Unbenannt.jpg

    Gut, die CPU ist montiert und wir starten das EndeavourOS (EOS) und schauen mal was passiert. Die Diagnose-LEDs auf dem Board haben ein wenig gearbeitet dann kam die Auswahl des Betriebssystemes. EOS ausgewählt und gestartet. Der Kernel meckert, das er keine NVidia GPU gefunden hat. Egal 🤓

    Zweimal Passwort eingegeben und fertig! Das EOS startet sauber, eben noch schnell eine Wayland Session ausgewählt und alles funktioniert 1A

    Als Monitor habe ich den 1080er (1920*1080) Acer dran, der ist uralt. Ihr erinnert Euch? Der Monitor, der unter X Problem hatte mit dem Standby.

    Screenshot_20230406_164126.png

    Das sieht soweit richtig gut aus. Bin ja schon was länger weg vom X, macht auch Sinn wenn man Strom sparen will. Die Grafikkarten sind in meinen Augen heute für Desktopsysteme völlig überflüssig. Es gibt evt. eine Ausnahme, zum Zocken. Da ich aber nur auf einer PS5 zocke brauche ich das nicht.

    Außerdem empfinde ich Wayland als flotter. Der eingesetzte Desktop KDE Plasma ist ja nicht gerade sparsam, was Resourcen angeht.

    Der nächste Test war dann Standby, ich habe mir erhofft das es ohne Problem funktioniert und das tat es. Er wachte danach auf ohne ein Problem. Gut, so muss das sein.

    Der 4600G sollte auch völlig ausreichend sein. Aktuell langweilt er sich.

    759aa462-50c8-49cb-82b5-f28b690204dc-grafik.png

    Dann mal mittels SSH Verbindung eben ein Update angestoßen

    [root@frank-ms7c37 ~]# yay
     -> Vermeide es yay als root/sudo zu nutzen!
    :: Paketdatenbanken werden synchronisiert …
     endeavouros                                              30,8 KiB   211 KiB/s 00:00 [-------------------------------------------------] 100%
     core                                                    154,0 KiB   811 KiB/s 00:00 [-------------------------------------------------] 100%
     extra                                                  1745,6 KiB  5,76 MiB/s 00:00 [-------------------------------------------------] 100%
     community                                                 7,2 MiB  16,8 MiB/s 00:00 [-------------------------------------------------] 100%
     multilib                                                161,2 KiB   822 KiB/s 00:00 [-------------------------------------------------] 100%
    :: Durchsuche AUR nach Updates...
    :: Durchsuche Datenbanken nach Updates...
    :: 7 Pakete zu aktualisieren.
    7  endeavouros/eos-translations  23-17    -> 23-18
    6  endeavouros/yay               12.0.2-1 -> 12.0.3-1
    5  core/hwdata                   0.368-1  -> 0.369-1
    4  core/systemd                  253.2-2  -> 253.3-1
    3  core/systemd-libs             253.2-2  -> 253.3-1
    2  core/systemd-sysvcompat       253.2-2  -> 253.3-1
    1  community/fzf                 0.38.0-1 -> 0.39.0-1
    ==> Pakete zum Ausschließen: (z.B. "1 2 3", "1-3", "^4" oder Repo-Name)
     -> May cause partial upgrades and break systems
    ==> 
    Sync Dependency (5): systemd-libs-253.3-1, eos-translations-23-18, fzf-0.39.0-1, hwdata-0.369-1, systemd-253.3-1
    Sync Explicit (2): systemd-sysvcompat-253.3-1, yay-12.0.3-1
    :: Paketdatenbanken werden synchronisiert …
     endeavouros ist aktuell
     core ist aktuell
     extra ist aktuell
     community ist aktuell
     multilib ist aktuell
    :: Vollständige Systemaktualisierung wird gestartet …
    Abhängigkeiten werden aufgelöst …
    Nach in Konflikt stehenden Paketen wird gesucht …
    
    Paket (7)                     Alte Version  Neue Version  Netto-Veränderung  Größe des Downloads
    
    endeavouros/eos-translations  23-17         23-18                  0,00 MiB             0,08 MiB
    community/fzf                 0.38.0-1      0.39.0-1               0,01 MiB             1,20 MiB
    core/hwdata                   0.368-1       0.369-1                0,03 MiB             1,54 MiB
    core/systemd                  253.2-2       253.3-1                0,00 MiB             7,23 MiB
    core/systemd-libs             253.2-2       253.3-1                0,00 MiB             0,99 MiB
    core/systemd-sysvcompat       253.2-2       253.3-1                0,00 MiB             0,01 MiB
    endeavouros/yay               12.0.2-1      12.0.3-1               0,01 MiB             3,03 MiB
    
    Gesamtgröße des Downloads:             14,07 MiB
    Gesamtgröße der installierten Pakete:  52,62 MiB
    Größendifferenz der Aktualisierung:     0,06 MiB
    
    :: Installation fortsetzen? [J/n] 
    :: Pakete werden empfangen …
     systemd-libs-253.3-1-x86_64                            1017,0 KiB  5,12 MiB/s 00:00 [-------------------------------------------------] 100%
     hwdata-0.369-1-any                                     1578,4 KiB  7,34 MiB/s 00:00 [-------------------------------------------------] 100%
     fzf-0.39.0-1-x86_64                                    1226,7 KiB  5,35 MiB/s 00:00 [-------------------------------------------------] 100%
     eos-translations-23-18-any                               80,9 KiB  2,63 MiB/s 00:00 [-------------------------------------------------] 100%
     systemd-sysvcompat-253.3-1-x86_64                         5,9 KiB   219 KiB/s 00:00 [-------------------------------------------------] 100%
     yay-12.0.3-1-x86_64                                       3,0 MiB  8,33 MiB/s 00:00 [-------------------------------------------------] 100%
     systemd-253.3-1-x86_64                                    7,2 MiB  18,7 MiB/s 00:00 [-------------------------------------------------] 100%
     Gesamt (7/7)                                             14,1 MiB  34,1 MiB/s 00:00 [-------------------------------------------------] 100%
    (7/7) Schlüssel im Schlüsselbund werden geprüft                                      [-------------------------------------------------] 100%
    (7/7) Paket-Integrität wird überprüft                                                [-------------------------------------------------] 100%
    (7/7) Paket-Dateien werden geladen                                                   [-------------------------------------------------] 100%
    (7/7) Auf Dateikonflikte wird geprüft                                                [-------------------------------------------------] 100%
    :: Paketänderungen werden verarbeitet …
    (1/7) Aktualisiert wird eos-translations                                             [-------------------------------------------------] 100%
    (2/7) Aktualisiert wird fzf                                                          [-------------------------------------------------] 100%
    (3/7) Aktualisiert wird hwdata                                                       [-------------------------------------------------] 100%
    (4/7) Aktualisiert wird systemd-libs                                                 [-------------------------------------------------] 100%
    (5/7) Aktualisiert wird systemd                                                      [-------------------------------------------------] 100%
    (6/7) Aktualisiert wird systemd-sysvcompat                                           [-------------------------------------------------] 100%
    (7/7) Aktualisiert wird yay                                                          [-------------------------------------------------] 100%
    :: Post-transaction-Hooks werden gestartet …
    ( 1/12) Creating system user accounts...
    ( 2/12) Updating journal message catalog...
    ( 3/12) Reloading system manager configuration...
    ( 4/12) Updating udev hardware database...
    ( 5/12) Applying kernel sysctl settings...
    ( 6/12) Creating temporary files...
    ( 7/12) Reloading device manager configuration...
    ( 8/12) Arming ConditionNeedsUpdate...
    ( 9/12) Reloading system bus configuration...
    (10/12) Check if user should be informed about rebooting after certain system package upgrades.
    ==> INFO: Reboot is recommended due to the upgrade of core system package(s).
    (11/12) Checking which packages need to be rebuilt
    (12/12) Updating systemd-boot
    Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/efi/EFI/systemd/systemd-bootx64.efi".
    Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/efi/EFI/BOOT/BOOTX64.EFI".
    [root@frank-ms7c37 ~]# 
    

    Schauen wir mal, ob er noch lebt.

    reboot
    

    Kein Problem. Die nächsten Tage werde ich das EOS mal weiter nach meinen Wünschen konfigurieren und schauen wie es sich so macht. Bis hierhin bin ich sehr zufrieden.

  • Gestern mal intensiv versucht, EOS so einzurichten, das ich damit arbeiten kann. Nach einiger Zeit war ich dann der Meinung, ich könnte die Rechner wechseln. Gesagt, getan.

    Dann noch Drucker und Scanner einrichten. Drucker 1A, Scanner wie immer (HP) eine absolute Qual. Ging aber letztendlich auch.

    Bei KDE waren mir dann einige Merkwürdigkeiten aufgefallen. Bei Telegram ging immer sofort in jedem Chat ein Hinweisfenster auf, zum Upload von Files. Als wenn das Fenster aktiviert wird. Lange gesucht, dann fündig geworden.

    fc10de02-06e1-4db0-8e5d-c1aadc339add-grafik.png

    Das ist de Einstellung vom Manjaro, das stand in EOS genauso. Beide benutzen dieselbe KDE Version. Trotzdem unterschiedliches Verhalten!? Erst nach Umstellung auf "Aktivierung durch Klick - Vorrang für Maus" ließ sich das in den Griff bekommen. Mir völlig unverständlich 👿

    Ok, nachdem ich etwas länger nun dran war, musste ich zur Entspannung mal ne Runde zocken gehen. Danach kam ich wieder an den PC, der nun im Standby war. Eingeschaltet, nur schwarzer Bildschirm. An diesem Punkt habe ich dann die Lust verloren, Taschenlampe in die Hand, unter den Tisch, PCs tauschen. Alles wieder gut 😁

    EOS macht vieles sehr gut, ist am Puls der Zeit, aber die Zielgruppe sind doch dann deutlich die Cracks die sich mit vielen Problemen gut auskennen und wissen wie man alles bis ins letzte Detail konfigurieren kann bzw. muss. Mir war das an einigen Ecken zu rauh und ich bin deshalb wieder auf meinem Manjaro zurück.

    So, was nun testen?

    Ihr werdet es hier wieder lesen 😉

  • Ich möchte aus Fairness Gründen hier festhalten, das die Probleme mit dem Standby in Endeavour vermutlich kein Problem der Distrubution sind.

    Bitte dazu folgenden Beitrag von mir lesen.
    https://linux-nerds.org/topic/1397/debian-bookworm-12-test/3

  • 0 Stimmen
    2 Beiträge
    24 Aufrufe
    frankm@nrw.socialF
    @stevegio I love https://github.com/dani-garcia/vaultwarden"Unofficial Bitwarden compatible server written in Rust"
  • Crowdsec - Ein fail2ban Ersatz?

    Linux crowdsec linux fail2ban
    2
    1
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF
    Ich kann jetzt hier von meiner ersten Erfahrung berichten und wie CrowdSec mich gebannt hat Was war passiert? Ich war gestern sehr intensiv mit der Konfiguration von Nextcloud <-> Collabora Online beschäftigt. Nachdem ich irgendwie nicht weiterkam habe ich mich der Erstellung eines Dokumentes gewidmet. Nach einiger Zeit war die Nextcloud nicht mehr erreichbar. Ok, hatte ich bei der Konfiguration auch schon mal, den Server einmal neugestartet und fertig. Doch jetzt kam es, Server neugestartet - hilft nicht. Gut, schauen wir mal nach, Der SSH Login ging auch nicht Jetzt war guter Rat gefragt. Zu diesem Zeitpunkt ging ich noch davon aus, das auf diesem Server kein CrowdSec installiert war, sondern fail2ban. Und fail2ban hatte eine sehr kurze Bantime vom 10M. Also blieb wohl nur noch das Rescue System von Hetzner. [image: 1694411392066-488866bc-3dcf-4abc-9e98-6107d65aa4c7-grafik.png] Da hatte ich ja so gut wie gar keine Erfahrung mit. Also mal kurz den Nico angetriggert und es kam folgender Link. https://docs.hetzner.com/de/robot/dedicated-server/troubleshooting/hetzner-rescue-system/ Das Laufwerk war schnell bestimmt und schnell nach /tmp gemountet. Danach musste man sich noch mit chroot in diese Umgebung anmelden. chroot-prepare /mnt chroot /mnt Nachdem das klappte, habe ich eben fail2ban disabled. sysmctl disable fail2ban Danach das Rescue beendet. Der Server startete wieder und ich kam wieder per SSH drauf. Puuh. Bei meiner ersten Kontrolle fiel mir was auf root@:~# pstree systemd─┬─2*[agetty] ├─atd ├─cron ├─crowdsec─┬─journalctl │ └─8*[{crowdsec}] ├─crowdsec-firewa───9*[{crowdsec-firewa}] Wie? Da läuft CrowdSec? Da ich dabei bin die Server auf CrowdSec umzustellen, war das wohl hier schon gemacht, aber leider nicht vernünftig. fail2ban hätte mindestens disabled werden müssen und in meiner Dokumentation war das auch nicht enthalten. 6 setzen! CrowdSec besteht ja aus zwei Diensten, CrowdSec und dem Firewall-Bouncer. Der CrowdSec Dienst lief aber nicht, der war irgendwie failed. Ok, starten wir ihn und schauen was passiert. Nachdem er gestarte war mal die Banliste angeschaut. cscli decisions list ergab diesen Eintrag. 2551501 │ crowdsec │ Ip:5.146.xxx.xxx │ crowdsecurity/http-crawl-non_statics │ ban │ │ │ 53 │ 1h5m55.391864693s │ 1671 Meine IP war gebannt. Dann wissen wir ja , woher die Probleme kamen. cscli decisions delete --id 2551501 Nach Eingabe war der Ban entfernt. Na gut, aber da ich aktuell immer noch an der richtigen Konfiguration von NC <-> CODE bastel, könnte das ja wieder passieren. Was machen? Kurz gegoogelt. Es gibt eine Whitelist. Aha! /etc/crowdsec/parsers/s02-enrich/whitelists.yaml name: crowdsecurity/whitelists description: "Whitelist events from private ipv4 addresses" whitelist: reason: "private ipv4/ipv6 ip/ranges" ip: - "127.0.0.1" - "::1" - "5.146.XXX.XXX" cidr: - "192.168.0.0/16" - "10.0.0.0/8" - "172.16.0.0/12" # expression: # - "'foo.com' in evt.Meta.source_ip.reverse" Danach den Dienst neustarten. Jetzt hoffen wir mal, das es hilft. Zum Schluss noch was, was mir aufgefallen war und was mich auch sehr verwirrt hatte. CrowdSec hatte wegen einem crowdsecurity/http-crawl-non_statics gebannt. Dadurch konnte ich meine subdomain.<DOMAIN> nicht erreichen. Ok, logisch, wenn der Ban von da ausgeht. Ich konnte aber gleichzeitig eine andere subdomain mit derselben <DOMAIN> auch nicht erreichen. Komplett verwirrte es mich dann, als ich eine andere <DOMAIN> auf dem selben Server erreichen konnte. Und zum Schluss ging auch der SSH nicht. Also, wieder viel gelernt..
  • VSCodium - Meldungen trailing-whitespaces

    Linux vscodium vscode linux
    1
    3
    0 Stimmen
    1 Beiträge
    149 Aufrufe
    Niemand hat geantwortet
  • ZFS - Wichtige Befehle

    Linux zfs linux
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF
    Heute mal drüber gestolpert, das es auch so was geben kann. root@pve2:~# zpool status pool: pool_NAS state: ONLINE status: Some supported and requested features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0B in 00:20:50 with 0 errors on Sun Apr 13 00:44:51 2025 config: NAME STATE READ WRITE CKSUM pool_NAS ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520800733 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520801376 ONLINE 0 0 0 errors: No known data errors Was machen? Als erstes mal ein Backup angestoßen. Danach root@pve2:~# zpool get all pool_NAS | grep feature pool_NAS feature@async_destroy enabled local pool_NAS feature@empty_bpobj active local pool_NAS feature@lz4_compress active local pool_NAS feature@multi_vdev_crash_dump enabled local pool_NAS feature@spacemap_histogram active local pool_NAS feature@enabled_txg active local pool_NAS feature@hole_birth active local pool_NAS feature@extensible_dataset active local pool_NAS feature@embedded_data active local pool_NAS feature@bookmarks enabled local pool_NAS feature@filesystem_limits enabled local pool_NAS feature@large_blocks enabled local pool_NAS feature@large_dnode enabled local pool_NAS feature@sha512 enabled local pool_NAS feature@skein enabled local pool_NAS feature@edonr enabled local pool_NAS feature@userobj_accounting active local pool_NAS feature@encryption enabled local pool_NAS feature@project_quota active local pool_NAS feature@device_removal enabled local pool_NAS feature@obsolete_counts enabled local pool_NAS feature@zpool_checkpoint enabled local pool_NAS feature@spacemap_v2 active local pool_NAS feature@allocation_classes enabled local pool_NAS feature@resilver_defer enabled local pool_NAS feature@bookmark_v2 enabled local pool_NAS feature@redaction_bookmarks enabled local pool_NAS feature@redacted_datasets enabled local pool_NAS feature@bookmark_written enabled local pool_NAS feature@log_spacemap active local pool_NAS feature@livelist enabled local pool_NAS feature@device_rebuild enabled local pool_NAS feature@zstd_compress enabled local pool_NAS feature@draid enabled local pool_NAS feature@zilsaxattr disabled local pool_NAS feature@head_errlog disabled local pool_NAS feature@blake3 disabled local pool_NAS feature@block_cloning disabled local pool_NAS feature@vdev_zaps_v2 disabled local Das kommt von neuen Funktionen, die zu ZFS hinzugefügt wurden und bei Erstellung des Pools nicht vorhanden waren. Dann upgraden wir mal root@pve2:~# zpool upgrade pool_NAS This system supports ZFS pool feature flags. Enabled the following features on 'pool_NAS': zilsaxattr head_errlog blake3 block_cloning vdev_zaps_v2 Kontrolle root@pve2:~# zpool status pool: pool_NAS state: ONLINE scan: scrub repaired 0B in 00:20:50 with 0 errors on Sun Apr 13 00:44:51 2025 config: NAME STATE READ WRITE CKSUM pool_NAS ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520800733 ONLINE 0 0 0 ata-WDC_WDS100T1R0A-68A4W0_230520801376 ONLINE 0 0 0 errors: No known data errors Features kontrollieren root@pve2:~# zpool get all pool_NAS | grep feature pool_NAS feature@async_destroy enabled local pool_NAS feature@empty_bpobj active local pool_NAS feature@lz4_compress active local pool_NAS feature@multi_vdev_crash_dump enabled local pool_NAS feature@spacemap_histogram active local pool_NAS feature@enabled_txg active local pool_NAS feature@hole_birth active local pool_NAS feature@extensible_dataset active local pool_NAS feature@embedded_data active local pool_NAS feature@bookmarks enabled local pool_NAS feature@filesystem_limits enabled local pool_NAS feature@large_blocks enabled local pool_NAS feature@large_dnode enabled local pool_NAS feature@sha512 enabled local pool_NAS feature@skein enabled local pool_NAS feature@edonr enabled local pool_NAS feature@userobj_accounting active local pool_NAS feature@encryption enabled local pool_NAS feature@project_quota active local pool_NAS feature@device_removal enabled local pool_NAS feature@obsolete_counts enabled local pool_NAS feature@zpool_checkpoint enabled local pool_NAS feature@spacemap_v2 active local pool_NAS feature@allocation_classes enabled local pool_NAS feature@resilver_defer enabled local pool_NAS feature@bookmark_v2 enabled local pool_NAS feature@redaction_bookmarks enabled local pool_NAS feature@redacted_datasets enabled local pool_NAS feature@bookmark_written enabled local pool_NAS feature@log_spacemap active local pool_NAS feature@livelist enabled local pool_NAS feature@device_rebuild enabled local pool_NAS feature@zstd_compress enabled local pool_NAS feature@draid enabled local pool_NAS feature@zilsaxattr enabled local pool_NAS feature@head_errlog active local pool_NAS feature@blake3 enabled local pool_NAS feature@block_cloning enabled local pool_NAS feature@vdev_zaps_v2 enabled local So, alle neuen Features aktiviert. Jetzt kann der Pool weiterhin seine Arbeit machen.
  • Portainer - NodeBB Container erstellen

    Linux nodebb portainer linux redis
    1
    5
    0 Stimmen
    1 Beiträge
    352 Aufrufe
    Niemand hat geantwortet
  • SSH sign_and_send_pubkey: signing failed: agent refused operation

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

    Angeheftet Hardware jms585 linux rockpro64
    13
    1
    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]
  • Debian Buster 10 Release

    Linux linux nvidia
    3
    1
    0 Stimmen
    3 Beiträge
    475 Aufrufe
    FrankMF
    Da man ja beim Login auswählen kann, mit was die Session startet, war ich doch jetzt etwas neugierig was überhaupt läuft. [image: 1562484643462-img_20190707_092217.jpg] frank@debian:~$ echo $WAYLAND_DISPLAY frank@debian:~$ loginctl SESSION UID USER SEAT TTY 7 1000 frank seat0 tty2 c1 116 Debian-gdm seat0 tty1 2 sessions listed. frank@debian:~$ loginctl show-session c1 -p Type Type=x11 frank@debian:~$ loginctl show-session c1 Id=c1 User=116 Name=Debian-gdm Timestamp=Sat 2019-07-06 22:43:34 CEST TimestampMonotonic=30094837 VTNr=1 Seat=seat0 TTY=tty1 Remote=no Service=gdm-launch-environment Scope=session-c1.scope Leader=1015 Audit=4294967295 Type=x11 Class=greeter Active=no State=online IdleHint=yes IdleSinceHint=1562446130937731 IdleSinceHintMonotonic=346278596 LockedHint=yes Die Installation der Nvidia Treiber macht da wohl einen x11 Desktop raus. Aber auch nicht weiter schlimm, der Wayland lief ja hier überhaupt nicht. Würde mich aber über interessante Links zum Thema freuen