Skip to content

ROCKPro64 - Armbian - NAS umgezogen

Armbian
2 1 677
  • Wie ja einige wohl schon mitbekommen haben, stehe ich im Moment mehr auf Armbian und das hat eigentlich nur einen einzigen Grund - die USB3 Schnittstelle!

    Da ich für einen Job diese USB3-Schnittstelle mit einer HDD bestücken möchte, musste ich dafür extra einen ROCKPro64 mit Armbian laufen lassen. Mein NAS lief mit einem 4.19er Ayufan Kernel (ohne Probleme). Wie schön wäre es jetzt, wenn an dem NAS die USB3 HDD dran hängen würde.

    Wenn man jetzt nachdenkt, bleibt nur eine Lösung. Das NAS braucht ein Armbian als Betriebssystem. Ok, ran an die Arbeit.
    Ich hatte ein Armbian so weit vorbereitet, das übliche mit User, IP-Adresse usw. Das NAS runtergefahren und die neue SD-Karte rein. Das NAS gestartet und dann tauchte dieses Problem mit meinem RAID auf. Die Geschichte ist was länger 😉
    https://forum.frank-mankel.org/topic/421/raid1-platte-verschwunden

    Ok, ein Tag verloren aber das NAS ist wieder stabil 🙂

    root@rockpro64_NAS:~# mdadm --detail /dev/md0 
    /dev/md0:
            Version : 1.2
      Creation Time : Sat Oct 20 07:05:51 2018
         Raid Level : raid1
         Array Size : 1953379392 (1862.89 GiB 2000.26 GB)
      Used Dev Size : 1953379392 (1862.89 GiB 2000.26 GB)
       Raid Devices : 2
      Total Devices : 2
        Persistence : Superblock is persistent
    
      Intent Bitmap : Internal
    
        Update Time : Thu Dec 27 12:17:39 2018
              State : clean 
     Active Devices : 2
    Working Devices : 2
     Failed Devices : 0
      Spare Devices : 0
    
               Name : rockpro64v_2_1:0
               UUID : 33ac7964:473fe590:3682dd85:a979b336
             Events : 57884
    
        Number   Major   Minor   RaidDevice State
           2     253        0        0      active sync   /dev/dm-0
           1     253        1        1      active sync   /dev/dm-1
    root@rockpro64_NAS:~# cat /proc/mdstat 
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
    md0 : active raid1 dm-1[1] dm-0[2]
          1953379392 blocks super 1.2 [2/2] [UU]
          bitmap: 0/15 pages [0KB], 65536KB chunk
    
    unused devices: <none>
    

    Mal für alle, die evt. mit dem gedanken spielen sich einen PCIe SATA Adapter kaufen wollen, ja er hat den Sync problemlos durchgezogen. 10 Stunden! Angeschlossen sind an diesem Adapter zwei 1,8 TB große 2,5 Zoll HDDs.

    Aktuell nutze ich folgendes Armbian

    frank@frank-MS-7A34:~$ ssh root@192.168.3.207
    root@192.168.3.207's password: 
     ____            _    ____               __   _  _   
    |  _ \ ___   ___| | _|  _ \ _ __ ___    / /_ | || |  
    | |_) / _ \ / __| |/ / |_) | '__/ _ \  | '_ \| || |_ 
    |  _ < (_) | (__|   <|  __/| | | (_) | | (_) |__   _|
    |_| \_\___/ \___|_|\_\_|   |_|  \___/   \___/   |_|  
                                                         
    
    Welcome to ARMBIAN 5.67 stable Debian GNU/Linux 9 (stretch) 4.4.166-rockchip64   
    System load:   0.85 0.22 0.08  	Up time:       0 min		
    Memory usage:  4 % of 1991MB 	IP:            192.168.3.207
    CPU temp:      37°C           	
    Usage of /:    16% of 15G    	
    

    Ja, ich denke auf dem NAS ist die stable die bessere Wahl 🙂

    Es gibt dort jetzt ein verschlüsseltes RAID 1 mit zwei 1,8TB Platten am SATA Controller. Am USB3 Port hängt eine 1,8TB HDD. So weit bin ich erst mal zufrieden.

    Das NAS steht mir per NFS auf meinen anderen Rechnern zur Verfügung. Gewisse Cronjobs müssen Nachts dann ein paar Daten abholen und hier und dort hin kopieren. Das NAS steht ja die meiste Zeit sinnlos in der Ecke und verbraucht Strom, dann kann das auch nachts ein wenig arbeiten 🙂

    Zum Schluss habe ich dann noch mittels hdparm den Platten beigebracht, das es nach einer eingestellten Zeit Feierabend ist und sich die HDDs schlafen legen.

    Nun wird es Zeit das NAS wieder in den Schrank zu stellen und die nächsten Tage mal zu beobachten, ob alles so läuft wie es soll. Da ich Armbian vorher ausgiebig getestet habe, gehe ich im Moment davon aus. Aber, man weiß ja nie.....

    Mich würde es freuen, wenn Kamil mal wieder Zeit hätte, aber es ist schön das es jetzt auch Armbian gibt. Was man jetzt noch bräuchte, wäre einen Mainline Kernel von Armbian. Ich bin mir sicher, das kommt auch noch.

  • Das NAS mit den drei 2,5 Zoll HDD Platten läuft an einem 3A Netzteil - ohne Probleme. Hat heute Nacht die Jobs einwandfrei erledigt 😉

  • Armbian Images

    Armbian armbian linux
    1
    3
    0 Stimmen
    1 Beiträge
    356 Aufrufe
    Niemand hat geantwortet
  • Image 0.9.16 - Kurztest

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    497 Aufrufe
    FrankMF
    Kurzer Test, ok ist was länger geworden Mit Debian Buster Minimal habe ich es nicht hinbekommen Das soll aber nicht heißen, das es nicht geht. WLan auf der Konsole ist nicht meine Stärke. Ok, dann Desktop. bionic-mate-rockpro64-0.9.16-1163-armhf.img.xz Installiert, kurz WLan 5G aktiviert, eingeloggt. Netzwerkkabel entfernt. Firefox angeworfen, Rammstein Viedo in 1080p angeworfen. Läuft alles einwandfrei. [image: 1571932117640-b834128c-30c3-43cd-ba43-b69b41783b57-grafik-resized.png] Und PCIe NVMe SSD geht auch Das Desktop System ist mittlerweile richtig gut zu benutzen. Aber ich bin verwöhnt, mir ist das immer viel zu langsam. Das soll aber niemanden davon abhalten, sich das mal anzusehen. Je nach Einsatzzweck sicherlich interessant.
  • ROCKPro64 - DKMS im Release RC12 möglich

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    297 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)

    ROCKPro64 rockpro64
    14
    0 Stimmen
    14 Beiträge
    2k Aufrufe
    K
    halli hallo & zusammen, in Allgemeinen lässt sich selten empfehlen, auf verdacht alles zu updaten, sobald irgend etwas nicht tut. Oftmals holt man sich lediglich neue Ungewissheit ins Boot. Es hilft eher zu wissen, wo es (denn ungefähr) hakt. Wie Frank in etwa bereits angesprochen hat ist es ungemein hilfreich zu sehen "was ab geht". Sprich die serielle "Schnitte" anzuklemmen. Das ist wirklich kein Hexenwerk, braucht aber einen Pegelwandler. Andernfalls ist die Gefahr hoch, dass man mit Rätselraten einen Abend ohne Ergebnis in den Sand setzt. Hab ich einmal mit diesem Board hinter mir, dann die serielle Komm angeklemmt. Ein ResetProb hab ich zumindest mit eMMC noch nicht beobachtet. Dabei habe ich viel Kernel gewechselt (nie den uboot) und 'reboot' getippt. Ab und an hängt er anscheinend bei Initialisierung der tty's, aber ich mag mich irren. Für das Prob von @killlah78 fehlt für mehr einfach ein output gruß
  • NAS Gehäuse für den ROCKPro64

    Verschoben Hardware rockpro64
    4
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    FrankMF
    POWER-LED Die LEDs werden mit 3,3 Volt versorgt. Das ist jetzt recht einfach POWER LED + / Pi2-Connector Pin 1 (3,3V) POWER-LED - / Pi2-Connector Pin 9 (GND) Pi2-Connector [image: 1537358093301-img_20180919_134656_ergebnis-resized.jpg] [image: 1537358113804-img_20180919_134731_ergebnis.jpg]
  • ROCKPro64 - eMMC-Modul / SD-Karte auswählen

    Hardware hardware rockpro64
    3
    2
    0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF
    Echtes Problem gefunden. Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen. Jumper entfernt, eMMC-Modul entfernt! Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen. OK, das verstehe ich im Moment überhaupt nicht !?!?!?
  • ROCKPro64 - kein WLan-Modul möglich?

    ROCKPro64 rockpro64
    4
    2
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    FrankMF
    Heute, 5 Monate später, kann ich bestätigen das WLan möglich ist Getestet auf einem ROCKPro64 v2.1 mit 2GB RAM. Eine Vorabversion von Recalbox machte es das erste Mal für mich möglich das WLan zu benutzen. Bericht Und PCIe ist abgeschaltet im dts File. pcie-phy { compatible = "rockchip,rk3399-pcie-phy"; #phy-cells = <0x0>; rockchip,grf = <0x15>; clocks = <0x8 0x8a>; clock-names = "refclk"; resets = <0x8 0x87>; reset-names = "phy"; status = "disabled"; phandle = <0x8b>; }; pcie@f8000000 { compatible = "rockchip,rk3399-pcie"; #address-cells = <0x3>; #size-cells = <0x2>; aspm-no-l0s; clocks = <0x8 0xc5 0x8 0xc4 0x8 0x147 0x8 0xa0>; clock-names = "aclk", "aclk-perf", "hclk", "pm"; bus-range = <0x0 0x1f>; max-link-speed = <0x2>; linux,pci-domain = <0x0>; msi-map = <0x0 0x89 0x0 0x1000>; interrupts = <0x0 0x31 0x4 0x0 0x0 0x32 0x4 0x0 0x0 0x33 0x4 0x0>; interrupt-names = "sys", "legacy", "client"; #interrupt-cells = <0x1>; interrupt-map-mask = <0x0 0x0 0x0 0x7>; interrupt-map = <0x0 0x0 0x0 0x1 0x8a 0x0 0x0 0x0 0x0 0x2 0x8a 0x1 0x0 0x0 0x0 0x3 0x8a 0x2 0x0 0x0 0x0 0x4 0x8a 0x3>; phys = <0x8b>; phy-names = "pcie-phy"; ranges = <0x83000000 0x0 0xfa000000 0x0 0xfa000000 0x0 0x1e00000 0x81000000 0x0 0xfbe00000 0x0 0xfbe00000 0x0 0x100000>; reg = <0x0 0xf8000000 0x0 0x2000000 0x0 0xfd000000 0x0 0x1000000>; reg-names = "axi-base", "apb-base"; resets = <0x8 0x82 0x8 0x83 0x8 0x84 0x8 0x85 0x8 0x86 0x8 0x81 0x8 0x80>; reset-names = "core", "mgmt", "mgmt-sticky", "pipe", "pm", "pclk", "aclk"; status = "disabled"; Also bleibt weiterhin ungeklärt, ob auch beides zusammen möglich ist. Also gleichzeitig das WLan-Modul und eine PCIe Karte.
  • Wichtig!

    Verschoben Archiv rockpro64
    1
    0 Stimmen
    1 Beiträge
    772 Aufrufe
    Niemand hat geantwortet