Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. FriendlyELEC
  3. NanoPi R4S
  4. NanoPi R4S - Armbian

NanoPi R4S - Armbian

NanoPi R4S

  • FrankMF

    RockPro64 - Mainline Kernel 6.8.0-rc3

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    126 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Pycharm - AI Assistant

    Linux
    1
    0 Stimmen
    1 Beiträge
    84 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Firefox - Dolphin Dateibrowser benutzen

    Linux
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R4S - Armbian Buster

    NanoPi R4S
    1
    0 Stimmen
    1 Beiträge
    240 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R4S - OpenWrt kompilieren Teil 2

    Angeheftet NanoPi R4S
    5
    0 Stimmen
    5 Beiträge
    374 Aufrufe
    FrankMF

    Kurzes Update. Der R4S im Alugehäuse, der hier als Router / Firewall rumliegt, läuft jetzt seit 44 Tagen einwandfrei. 😊

    98ef6d29-e822-4847-a038-f02a027fb6fe-grafik.png

  • FrankMF

    NanoPi R4S - Blogbeitrag vom Werner

    NanoPi R4S
    1
    0 Stimmen
    1 Beiträge
    190 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R4S - OpenWrt

    NanoPi R4S
    11
    0 Stimmen
    11 Beiträge
    698 Aufrufe
    FrankMF

    Geht weiter, ist wieder Offen.

    Link Preview Image rockchip: add support for FriendlyARM NanoPi R4S by 1715173329 · Pull Request #3701 · openwrt/openwrt

    Hardware RockChip RK3399 ARM64 (6 cores) 1GB DDR3 or 4GB LPDDR4 RAM 2x 1000 Base-T 3 LEDs (LAN / WAN / SYS) 1 Button (Reset) Micro-SD slot 2x USB 3.0 Port Installation Uncompress the OpenWrt sysupgrade and write it to a micro SD card using dd. Thanks @Aes64X - for led lable definitions @BlackfaceM - for testing @friendlyarm & @mj22226 - for original source code @jayanta525 - for boot script @nicksun98 - for special thanks @quintus-lab - for IRQ settings and testing

    favicon

    GitHub (github.com)

  • FrankMF

    Kopia 0.7.0-rc1 Kurztest

    Kopia
    2
    0 Stimmen
    2 Beiträge
    296 Aufrufe
    FrankMF

    Nachdem ich doch ziemlich lange Snapshot Zeiten hatte, habe ich Jarek mal gefragt woran das liegt.

    I guess you could run it in the cloud but latency will be progressively worse
    because it's a chatty protocol sensitive to latency

    Technisch verstehe ich das nicht, aber ich habe dann mal als kurzen Test auf meine lokale SSD einen Snapshot gemacht. Der war nach 2 Minuten (ca. 11GB) fertig. Der zweite Snapshot brauchte ca. 12 Sekunden. Das hört sich schon mal viel besser an, als die Stunden.

    Aktuell ist der Plan den Kopia-Server im Internet zu nutzen damit beerdigt. Das scheint so nicht zu funktionieren. Ich mache da noch einen kurzen Test, diesmal Lokal auf meinem NAS.