Skip to content

Images 0.9.x

Images
  • 0.9.3: gitlab-ci-linux-build-145 released

    • 0.9.3: Update kernel branch to 4.4.185,
    • 0.9.3: Disable OMV5 for now,
    • 0.9.2: Fix linux-package release due to fpm being broken,
    • 0.9.1: Build OMV5 (Debian/Buster),
    • 0.9.1: Fix ppas for Debian/Buster and Ubuntu/Disco,

  • Hallo, ich habe noch intermediate Release von den 0.8.x
    Kann ich von denen auf das aktuelle upgraden?
    Gruß,
    Christoph

  • Hallo @cnaed ,

    Release Versionen aktualisiert er ja sowieso, auf eine Pre-Release Version zu aktualisieren bedarf etwas Handarbeit.

    nano /etc/apt/sources.list.d/ayufan-rock64.list
    

    Inhalt der Datei

    deb http://deb.ayufan.eu/orgs/ayufan-rock64/releases /
    
    # uncomment to use pre-release kernels and compatibility packages
    # deb http://deb.ayufan.eu/orgs/ayufan-rock64/pre-releases /
    

    Sollte selbsterklärend sein 😉

    Bei produktiven Systemen, vorher zweimal nachdenken, ob es sinnvoll ist das Update/Upgrade zu machen. Es kommt zwar aktuell selten vor, aber es gibt immer noch Probleme. z.B.: meine aktuelle Testinstallation mit SPI und USB3-Boot knallt ständig mit haufenweisen ext4 Fehler usw. Nicht so gut!

  • 0.9.4: gitlab-ci-linux-build-146 released

    • 0.9.4: Update kernel branch to 4.4.189,

  • Aktuell sind wir im Moment bei 0.9.8: gitlab-ci-linux-build-151

    • 0.9.8: Fix BT audio (run on 1.5M),
    • 0.9.8: Use DMA on UART/SPI,
    • 0.9.8: Lower temperature thresholds for Pinebook Pro,
    • 0.9.8: Set default audio device for all devices,
    • 0.9.8: Fix OMV4 build,
    • 0.9.8: Automatically enable h264ify,
    • 0.9.7: Include a list of used packages,
    • 0.9.7: Fix regression on compositing performance,
    • 0.9.7: Force password to change on first login,
    • 0.9.6: Support Pinebook Pro v2.1,
    • 0.9.6: Optimise suspend on Pinebook Pro,
    • 0.9.6: Optimise Mate styling,
    • 0.9.6: Optimise Touchpad settings for Pinebook Pro,
    • 0.9.6: Support 2/1.5GHz OPP on Pinebook Pro,
    • 0.9.5: Build Debian/Stretch/OMV4,
    • 0.9.5: Improve install_container_linux.sh,

    Quelle: https://github.com/ayufan-rock64/linux-build/releases/tag/0.9.8

  • 0.9.9: gitlab-ci-linux-build-152 released

    • 0.9.9: Fix Firefox video playback,
    • 0.9.9: Remove libmali-rk-dev from default install,
    • 0.9.9: Align standby/work leds across all boards,
    • 0.9.9: Disable Debug UART on Pinebook Pro, as it causes stability issues,
    • 0.9.9: Fix Pinebook Pro SD card stability,
    • 0.9.9: Enable PCIE NVME support for Pinebook Pro,
    • 0.9.8: Fix BT audio (run on 1.5M),
  • 0.9.10: gitlab-ci-linux-build-154 released

    • 0.9.10: Fix support for power/standby LEDs for all boards,
    • 0.9.10: Fix rock64 gpu acceleration regression introduced in 0.9.9,
    • 0.9.10: Replace lxdm to use lightdm, as this allows password change on login,
    • 0.9.10: Remove gnome-screensaver to fix double lock screen,
  • 0.9.11: gitlab-ci-linux-build-155 released

    • 0.9.11: Install unity-greeter,
  • 0.9.12: gitlab-ci-linux-build-156 released

    • 0.9.12: Fix LXDE for Rock64,
  • 0.9.13: gitlab-ci-linux-build-157 released

    • 0.9.13: Bump sound volume for Pinebook Pro,
    • 0.9.13: Fix Firefox video playback,
  • 0.9.14: gitlab-ci-linux-build-159 released

    • 0.9.14: Bump kernel to 4.4.190,
    • 0.9.14: Fix Firefox video playback,
  • 0.9.16: gitlab-ci-linux-build-163 released

    0.9.x

    • 0.9.16: Bump kernel to 4.4.197,
    • 0.9.15: Bump kernel to 4.4.193,
    • 0.9.14: Bump kernel to 4.4.190,
    • 0.9.14: Fix Firefox video playback,
    • 0.9.13: Bump sound volume for Pinebook Pro,
    • 0.9.12: Fix LXDE for Rock64,
    • 0.9.10: Fix support for power/standby LEDs for all boards,

  • ROCKPro64 - PCIe SATA-Karte mit JMicron JMS585- Chip

    Angeheftet Hardware
    13
    +0
    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]
  • Images 0.10.x

    Angeheftet Images
    10
    0 Stimmen
    10 Beiträge
    461 Aufrufe
    FrankMF
    0.10.12: gitlab-ci-linux-build-184 released 0.10.12: Be strict on any qemu failures 0.10.12: Build by default mate/lxde/gnome/xfce4 0.10.12: Add pcie scan delay from @nuumio 0.10.12: Add ubuntu-mate-lightdm-theme where possible Ich komme gar nicht mehr mit dem Testen hinterher
  • NVMe - Booten jetzt möglich

    Angeheftet ROCKPro64
    7
    0 Stimmen
    7 Beiträge
    763 Aufrufe
    FrankMF
    Hallo @mabs, ja. Der uboot wird in den SPI Speicher geladen. Der sucht dann beim Starten nach einem bootfähigem Device. So wie auf einem ganz normalen PC. Eine richtig coole Sache, wo ich mich freue, das das langsam mal funktioniert. Die Performance wird ja dann sicherlich von dem Device bestimmt. Dazu gibt es ja genug Messungen. Ich würde eine NVMe SSD immer einer SATA Platte vorziehen. Es kommt aber auf den Anwendungsfall an. Für ein NAS dann eher zwei oder mehr SATA Platten, und von USB3 HDD booten So wie ich das schon lange betreibe. Aber, da hat auch jeder andere Vorstellungen und Vorlieben für.
  • ROCKPro64 - Alter u-boot im SPI-Flash

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    507 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.
  • Bionic Minimal 0.7.7 - Vergleich 4.4.132 & 4.18.0-rc3-1046

    Verschoben Archiv
    1
    0 Stimmen
    1 Beiträge
    592 Aufrufe
    Niemand hat geantwortet
  • bionic-minimal-rockpro64

    Verschoben Linux
    4
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF
    Neue Version 0.7.3 Soll gefixt sein. USB2/3 PCIe LED's LED's Weiße LED starten nach dem Booten dauerhaft OK PCIe Treiber soll drin sein, aber die 3,3V werden nicht zur Karte durchgeschaltet. Somit funktioniert PCIe nicht. Nicht OK USB2 USB-Funkadapter wird erkannt Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 1113:3163 Medion AG Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Funktastur getestet OK USB3 Angeschlossene SSD wird erkannt OK Kurzer Speed-Test. Bitte dran denken, wir haben hier noch kein optimiertes Release, sondern einen ersten Gehversuch. Da sind noch ganz viele Dinge anzupassen, was sicherlich noch Wochen, wenn nicht Monate dauert! Also, die Messergebnisse mit der nötigen Vorsicht genießen. Und dran denken, wenn @tkaiser das Ding richtig untersucht, dann haben wir auch ordentliche Meßergebnisse! Haupt-PC 2,5Zoll am USB3-Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync [sudo] Passwort für frank: 4096+0 Datensätze ein 4096+0 Datensätze aus 4294967296 bytes (4,3 GB, 4,0 GiB) copied, 38,171 s, **113 MB/s** ROCKPro64 Ich benutze eine SAN Disk 240GB SSD an einem Inateck USB 3.0 2,5 Zoll Adapter. Info zum USB-Adapter lsusb Bus 004 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge 2,5 Zoll SSD am USB2-Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 160.058 s, **26.8 MB/s** 2,5 Zoll SSD am USB3 Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 36.2588 s, **118 MB/s** Der @tkaiser erreicht deutlich höhere Geschwindigkeiten. Bis zu 400 MB/s. Hier nachzulesen. Wenn ich so einen iozone Test mache wie der Thomas, dann erreiche ich ähnliche Werte sudo iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat May 26 05:16:40 2018 Auto Mode Using maximum file size of 1024000 kilobytes. File size set to 1024000 kB Record Size 16384 kB Command line used: iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 1024000 16384 383912 348782 1515506 1659394 Da muss ich den Thomas nochmal was zu fragen. ?? UART2 Und zum Schluss ist mir noch aufgefallen, das die UART2 Schnittstelle jetzt funktioniert Ok, den Adapter, der morgen kommt, habe ich dann umsonst bestellt. LOL OK
  • 4GB Version - Out of stock

    Verschoben Archiv
    1
    +0
    0 Stimmen
    1 Beiträge
    713 Aufrufe
    Niemand hat geantwortet