Skip to content

Images 0.9.x

Images
13 2 972 1
  • 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,
  • Quartz64 - Kühler

    Verschoben Quartz64 - A quartz64 rockpro64
    3
    1
    0 Stimmen
    3 Beiträge
    372 Aufrufe
    FrankMF
    @thc013 I use an thermal pad. So i think it isn't an problem.
  • NVMe - Booten jetzt möglich

    Angeheftet ROCKPro64 rockpro64
    7
    0 Stimmen
    7 Beiträge
    870 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 - USB-C -> HDMi

    ROCKPro64 rockpro64
    3
    1
    0 Stimmen
    3 Beiträge
    519 Aufrufe
    FrankMF
    @hannescam Hallo! Das ist ja schon ein paar Tage her, gut das wir den Screenshot haben. Du könntest genau diese Kernel-Version vom Kamil suchen und benutzen. Da musste man kein Linux Held sein, Kable einstecken - Bild da. Ob das mit was Aktuellerem geht, weiß ich nicht. Debian kann man ja so installieren, wie findest Du hier im Forum. Ob Debian die USB-C Schnittstelle nutzt weiß ich nicht. muss man ausprobieren. Da für mich die Platinen immer nur ohne Desktop Sinn gemacht haben, habe ich so was immer nur ganz kurz angetestet. Nutze die SOCs eigentlich ausschließlich Headless.
  • ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian armbian rockpro64
    14
    6
    0 Stimmen
    14 Beiträge
    2k Aufrufe
    FrankMF
    Ich habe heute, nachdem es einige Updates von Armbian gab, mal nachgeschaut ob ein spezieller Fehler verschwunden ist. Und zwar geht es um das Resizen der Partion nachdem wir Armbian auf eine USB-HDD (USB3) installiert haben. Ich setze dafür folgendes System ein. Hardware ROCKPro64v2.0 4GB RAM SanDisk 240GB 2,5 Zoll HDD (nix tolles) Software Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64 Was sehe ich nach dem Reboot? root@rockpro64:~# df -h Filesystem Size Used Avail Use% Mounted on udev 1.9G 0 1.9G 0% /dev tmpfs 388M 5.3M 383M 2% /run /dev/sda1 220G 1.3G 207G 1% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 1.9G 4.0K 1.9G 1% /tmp /dev/mmcblk0p1 58G 1.3G 57G 3% /media/mmcboot /dev/zram0 49M 3.0M 43M 7% /var/log tmpfs 388M 0 388M 0% /run/user/0 Korrekt die Größe angepasst! Schnell mal den USB3 testen root@rockpro64:~# 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, 38.0723 s, 113 MB/s Der Adapter root@rockpro64:~# lsusb -vvv Bus 004 Device 002: ID 2109:0715 VIA Labs, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 9 idVendor 0x2109 VIA Labs, Inc. idProduct 0x0715 bcdDevice 1.31 iManufacturer 1 VLI Manufacture String iProduct 2 VLI Product String iSerial 3 000000123ADA bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 121 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 224mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 4 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 98 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 Command pipe (0x01) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-in pipe (0x03) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-out pipe (0x04) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x87 EP 7 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 MaxStreams 32 Status pipe (0x02) Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 70 bNumDeviceCaps 4 FIXME: alloc bigger buffer for device capability descriptors Device Status: 0x0000 (Bus Powered) Ein lästiger Fehler weniger.
  • NVMe-Platte einrichten

    ROCKPro64 einsteiger rockpro64
    1
    0 Stimmen
    1 Beiträge
    2k Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 updaten

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    615 Aufrufe
    Niemand hat geantwortet
  • Bionic-LXDE

    ROCKPro64 rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    528 Aufrufe
    Niemand hat geantwortet
  • nodejs & NodeBB

    ROCKPro64 rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    543 Aufrufe
    Niemand hat geantwortet