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

  • 0 Stimmen
    1 Beiträge
    2k Aufrufe
    Niemand hat geantwortet
  • Docker & Redis Datenbank

    Verschoben Linux
    2
    0 Stimmen
    2 Beiträge
    184 Aufrufe
    FrankMF

    @FrankM sagte in Docker & Redis Datenbank:

    save 60 1
    #save 900 1
    save 300 10
    save 60 10000

    Hier kann man auch noch schön sehen, wie ich gekämpft habe, bis ich mal eine dump.rdb gesehen habe. Auch irgendwie logisch, das ich nie eine gesehen hatte, wenn man weiß das

    save 900 1

    bedeutet, das er alle 900 Sekunden speichert, wenn mindestens eine Änderung vorhanden ist. Das kann dann schon was dauern. Ich habe das dann mal verkürzt, damit ich schneller ein Ergebnis habe.

    save 60 1

    Das brachte mich dann dem Ziel näher. Danach konnte ich die dump.rdb auch finden.

    Bitte keine Redis DB ohne Passwort laufen lassen!
  • ROCKPro64 - Debian Bullseye Teil 1

    ROCKPro64
    17
    0 Stimmen
    17 Beiträge
    2k 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.

  • IPFire Orange DHCP

    Verschoben Linux
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • sign_and_send_pubkey: signing failed: agent refused operation

    Linux
    1
    0 Stimmen
    1 Beiträge
    790 Aufrufe
    Niemand hat geantwortet
  • [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.
  • Let'sEncrypt auf Debian-Server einbauen

    Verschoben Let's Encrypt
    1
    0 Stimmen
    1 Beiträge
    799 Aufrufe
    Niemand hat geantwortet
  • Redis Datenbank sichern

    Verschoben Redis
    1
    0 Stimmen
    1 Beiträge
    760 Aufrufe
    Niemand hat geantwortet