Skip to content

EndeavourOS - ein Test

Linux
  • Ich probiere ja gerne mal was aus. Dann mal heute wieder was Neues. Ich hatte EndeavourOS schon mal installiert, kann mich aber nicht mehr erinnern. Dann heute mal erneut.

    Für alle Tests hier wurde KDE Plasma gewählt.

    Versuch 1

    Installation mit

    • Swap(Ruhezustand)
    • Dateisystem btrfs
    • Bootloader systemd
    • System komplett verschlüsselt

    Gut, der Installationsmanager funktioniert sehr gut. Sollte man auch mit recht wenigen Linuxkenntnissen problemlos benutzen können.

    Der Start war erfolgreich, auch das Entschlüsselungs Passwort wurde einwandfrei erkannt. Nicht selbstverständlich, es gibt auch heute noch Distributionen die Sonderzeichen nicht hinbekommen.

    Ok, ich bin auf dem Desktop. Was probiere ich als Erstes?

    • Standby-Modus
    • Ruhezustand

    Zum Standby-Modus

    Nach dem Aufwachen nur ein schwarzer Bildschirm. Mit STRG+ALT+F3 / STRG+ALT+F1 kommt man wieder zum Anmeldebildschirm 🙁

    Zum Ruhezustand

    Geht Aus, danach wieder An - kompletter Neustart.

    Ich habe noch schnell den Kernel 6.1. installiert, das Problem war das Selbe.

    Versuch 2

    Installation mit

    • Swap(Ruhezustand)
    • Dateisystem btrfs
    • Bootloader grub
    • System komplett verschlüsselt

    Gut, das Passwort Problem, beim Entschlüsseln der Platte liegt am GRUB. Wieder was gelernt.

    • Standby-Modus - immer noch keine Besserung.
    • Ruhezustand - Geht Aus, danach wieder An - kompletter Neustart.

    Hmm, macht mich nicht wirklich glücklich. Dafür das das System ganz schön gehyped wird (Distrowatch aktuell Platz 2) finde ich das aber sehr enttäuschend.

  • Versuch 3

    Installation diesmal mit der Option NVidia (zweite Option)

    • Swap(Ohne Ruhezustand)
    • Dateisystem btrfs
    • Bootloader systemd
    • System komplett verschlüsselt

    Standby-Modus

    Nach dem Aufwachen nur ein schwarzer Bildschirm. Mit STRG+ALT+F3 / STRG+ALT+F1 kommt man wieder zum Anmeldebildschirm 🙁

    Ist das schlecht....

  • 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

  • Meine AMD Ryzen 5 8600G Story

    Linux
    1
    0 Stimmen
    1 Beiträge
    54 Aufrufe
    Niemand hat geantwortet
  • PHP - ChatGPT

    PHP
    1
    0 Stimmen
    1 Beiträge
    73 Aufrufe
    Niemand hat geantwortet
  • Star64 - Model A 8GB

    Hardware
    2
    0 Stimmen
    2 Beiträge
    110 Aufrufe
    FrankMF

    Der Stromanschluss ist derselbe wie beim Quartz64, somit kann ich alle meine Netzteile weiter benutzen.

  • NanoPi R5S - Samba

    NanoPi R5S
    5
    0 Stimmen
    5 Beiträge
    263 Aufrufe
    FrankMF

    Test zu dem NFS Mount (240GB USB SSD an USB-Port)

    [frank-ms7c37 nfs]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 20,0851 s, 107 MB/s

    Test zum NAS Mount (Samba) (2TB 2,5Zoll HDD am USB-Port)

    [frank-ms7c37 NAS]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 21,4538 s, 100 MB/s

    Das für den NAS Mount (Samba) sollte die maximal Schreibgrenze der Festplatte sein. Mehr dürfte da nicht gehen. Das andere könnte an den Adaptern liegen, die ich dafür benutze.

    Bei mir ist NFS hier aktuell nicht viel schneller, oder ich bin zu doof dafür.

  • Ansible - ein kurzer Test

    Linux
    1
    0 Stimmen
    1 Beiträge
    130 Aufrufe
    Niemand hat geantwortet
  • Restic - forget --keep-last 3 --prune

    Restic
    2
    0 Stimmen
    2 Beiträge
    579 Aufrufe
    FrankMF

    Ich habe mich damit noch ein wenig beschäftigt, die letzten drei zu behalten, ist nicht so optimal. Da es viele Optionen bei dem Befehl gibt, hier ein Ausschnitt

    Flags: -l, --keep-last n keep the last n snapshots -H, --keep-hourly n keep the last n hourly snapshots -d, --keep-daily n keep the last n daily snapshots -w, --keep-weekly n keep the last n weekly snapshots -m, --keep-monthly n keep the last n monthly snapshots -y, --keep-yearly n keep the last n yearly snapshots

    habe ich das ein wenig so angepasst, das ich denke es passt für mich.

    restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ forget --keep-last 3 --keep-monthly 3 --prune

    Damit behalte ich auch die jeweils eines pro Monat. Und die letzten drei. Das sieht dann so aus.

    root@debian:~# ./backup2.sh repository 2f3f6147 opened successfully, password is correct Files: 38 new, 100 changed, 13268 unmodified Dirs: 0 new, 1 changed, 0 unmodified Added to the repo: 10.166 GiB processed 13406 files, 50.324 GiB in 3:24 snapshot 849f614c saved repository 2f3f6147 opened successfully, password is correct Applying Policy: keep the last 3 snapshots, 3 monthly snapshots snapshots for (host [debian], paths [/home/frank]): keep 5 snapshots: ID Time Host Tags Reasons Paths ------------------------------------------------------------------------------------ a7251cfd 2019-11-28 17:00:01 debian monthly snapshot /home/frank 283d4027 2019-12-31 17:00:01 debian monthly snapshot /home/frank ae2b96ec 2020-01-01 21:47:46 debian last snapshot /home/frank 079e00a6 2020-01-02 17:00:01 debian last snapshot /home/frank 849f614c 2020-01-03 21:08:45 debian last snapshot /home/frank monthly snapshot ------------------------------------------------------------------------------------ 5 snapshots remove 26 snapshots: ID Time Host Tags Paths ------------------------------------------------------------------ 896f16c2 2019-11-07 22:23:40 debian /home/frank b21bcf6d 2019-11-11 17:00:01 debian /home/frank f89248fb 2019-11-12 17:00:01 debian /home/frank 123ab546 2019-11-13 17:00:01 debian /home/frank b82d87d0 2019-11-18 17:00:01 debian /home/frank 040b0ab7 2019-11-19 17:00:01 debian /home/frank 7221d8ef 2019-11-20 17:00:01 debian /home/frank 84132a25 2019-11-21 17:00:01 debian /home/frank b558a52c 2019-11-25 17:00:01 debian /home/frank e5cc0c3e 2019-12-02 17:00:01 debian /home/frank 22423fa5 2019-12-03 17:00:01 debian /home/frank 39df1ab9 2019-12-04 17:00:01 debian /home/frank 98843457 2019-12-05 17:00:01 debian /home/frank b0cdd4b6 2019-12-09 17:00:01 debian /home/frank 828414f9 2019-12-10 17:00:01 debian /home/frank e34a27c3 2019-12-11 17:00:01 debian /home/frank 6e488c3b 2019-12-12 17:00:01 debian /home/frank 17898403 2019-12-16 17:00:01 debian /home/frank 1973305a 2019-12-17 17:00:01 debian /home/frank 9553bedd 2019-12-18 17:00:01 debian /home/frank fedf749d 2019-12-19 17:00:01 debian /home/frank 8e7cb876 2019-12-23 17:00:01 debian /home/frank 0bd0d102 2019-12-25 17:00:01 debian /home/frank 13d348b0 2019-12-26 17:00:01 debian /home/frank c7d960aa 2019-12-30 17:00:01 debian /home/frank f6ea9118 2020-01-01 17:00:01 debian /home/frank ------------------------------------------------------------------ 26 snapshots 26 snapshots have been removed, running prune counting files in repo building new index for repo [0:35] 100.00% 7806 / 7806 packs repository contains 7806 packs (46537 blobs) with 41.110 GiB processed 46537 blobs: 0 duplicate blobs, 0 B duplicate load all snapshots find data that is still in use for 5 snapshots [0:01] 100.00% 5 / 5 snapshots found 32654 of 46537 data blobs still in use, removing 13883 blobs will remove 0 invalid files will delete 715 packs and rewrite 752 packs, this frees 5.027 GiB [2:28] 100.00% 752 / 752 packs rewritten counting files in repo [0:01] 100.00% 6571 / 6571 packs finding old index files saved new indexes as [d137b425 f7caee99 a6e9711a] remove 35 old index files [1:13] 100.00% 1467 / 1467 packs deleted done using temporary cache in /tmp/restic-check-cache-916655151 repository 2f3f6147 opened successfully, password is correct created new cache in /tmp/restic-check-cache-916655151 create exclusive lock for repository load indexes check all packs check snapshots, trees and blobs read all data [7:47] 100.00% 6571 / 6571 items duration: 7:47 no errors were found root@debian:~#

    Am Ende seht ihr noch, wie Restic alle Files testet. Mein Script sieht jetzt so aus.

    #!/bin/bash # Script um mit Restic Daten automatisiert zu sichern! # Dient zum Sichern der Homepartition auf dem ROCKPro64 NAS! # Was soll gesichert werden? backup_pfad=/home/frank # Programm Start restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ backup $backup_pfad --exclude-file=excludes.txt restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ forget --keep-last 3 --keep-monthly 3 --prune # Testen restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ check --read-data

    Das dann schön mit einem Cronjob laufen lassen und die Datensicherung ist erledigt 😉

  • NVMe Firmware - Daten werden benötigt

    Linux
    1
    0 Stimmen
    1 Beiträge
    702 Aufrufe
    Niemand hat geantwortet
  • Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav
    2
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF

    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr.

    Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62

    Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service.

    rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.