Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. Images
  5. Images 0.10.x

Images 0.10.x

Angeheftet Images
  • FrankMF

    0.10.2: gitlab-ci-linux-build-170 released

    HIGHLY EXPERIMENTAL AND NOT WORKING!!!
    THIS RELEASE HAS BROKEN BOOT

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

    Nein, man kann noch nichts nutzen! 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.3: gitlab-ci-linux-build-171 released

    • HIGHLY EXPERIMENTAL AND NOT WORKING!!!

    • PRE-RELEASE: unstable and should be only used for testing purposes

      • 0.10.3: Hopefully OMV will compile,
      • 0.10.3: ADd SPI boot on RockPro64
      • 0.10.3: Add NVME/SATA boot on RockPro64
      • 0.10.2: Update partition scheme to use /boot/efi, /boot and /
      • 0.10.2: Configure /etc/fstab with all partitions
      • 0.10.2: Compile buster/containers instead of focal/containers

    Das sollte jetzt auch auf einigen Geräten booten. Aber heute wird nichts mehr getestet - Feierabend! 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.6: gitlab-ci-linux-build-174 released

    • 0.10.6: Maybe build OMV5
    • 0.10.6: Use u-boot instead of u-boot-rockchip
    • 0.10.6: Fix focal/armhf build
    • 0.10.5: Revert systemd-networkd change
    • 0.10.5: Maybe support USB3 boot on Rock64
    • 0.10.5: Maybe build OMV5

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.7: gitlab-ci-linux-build-175 released

    • 0.10.7: Maybe Pinebook Pro will work, thanks Manjaro 🙂
    • 0.10.7: Maybe Desktop will boot
    • 0.10.7: Maybe OMV5 will run
    • 0.10.7: Maybe gl4es will work

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.7 ist im Moment nicht funktional. Nach dem Boot ist keine eth0 Schnittstelle vorhanden.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.8: gitlab-ci-linux-build-177 released

    • 0.10.8: Make rootfs sticky
    • 0.10.8: Update sizes of images
    • 0.10.8: Enable by default C.UTF-8 and en_US.UTF-8 and use dpkg-reconfigure locales
    • 0.10.8: Run update-command-not-found
    • 0.10.8: Better handle /etc/resolv.conf (do not remove it, if it become system controlled)
    • 0.10.8: Load dptx.alt.bin to make it possible to ship also on buster

    Viele neue Images

    • Ubuntu Focal LXDE
    • Ubuntu Focal Mate
    • Ubuntu Focal Minimum
    • Debian Buster OMV

    Viele Sachen zum Testen 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.9 - 0.10.9: gitlab-ci-linux-build-180 released

    • 0.10.9: Shrink created images to reduce write time
    • 0.10.9: Enable work/diy LEDs on boot for RockPro64/PinebookPro
    • 0.10.9: Fix excessive log messages on OMV5
    • 0.10.8: Make rootfs sticky
    • 0.10.8: Update sizes of images

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.10: gitlab-ci-linux-build-181 released

    • 0.10.10: Do not compile OMV5 for armhf, only arm64
    • 0.10.10: Fix fstab issue introduced in 0.10.9
    • 0.10.10: Do more cleanups during image creation to reduce size
    • 0.10.10: Enable u-boot HDMI output for RockPro64
    • 0.10.10: Support HDMI modeline with pclck 32MHz (ie. 1024x600@43)
    • 0.10.10: Support automated resize when booting from nvme

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    0.10.11: gitlab-ci-linux-build-183 released

    • 0.10.11: Support wifi/bt on Pinebook Pro
    • 0.10.11: Add install_kernel script
    • 0.10.11: Fix support for rockchip/dptx.bin
    • 0.10.11: Try Gnome, KDE, XFCE4 additionally to LXDE, Mate

    Neue Desktops werden auf Basis von Ubuntu Focal unterstützt.

    • KDE
    • XFCE4
    • Gnome

    Mal gespannt, was davon rund läuft 😉 Kann leider jetzt nichts testen, meine Testmaschine ist mit einem Raid Resync beschäftigt. OK, dann die Tage..

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • 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 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0

  • FrankMF

    linux-mainline-u-boot

    Angeheftet Images
    2
    0 Stimmen
    2 Beiträge
    396 Aufrufe
    FrankMF
    2020.01-ayufan-2014-gff2cdd38 released ayufan: rockchip: allow to boot scsi4, as JMS585 can have 5 drives
  • FrankMF

    ROCKPro64 - Secondary IP entfernen

    ROCKPro64
    5
    0 Stimmen
    5 Beiträge
    654 Aufrufe
    FrankMF
    Hallo @mabs, es ging bei meinem Post gar nicht um den dhcpd, also den Daemon der die Adressen verteilt. Hintergrund, ich versuche gerade mal wieder einen Router auf Basis eines ROCKPro64 zu bauen. Dabei bin ich in Kamils Debian Minimal über die zweite IP-Adresse gestolpert. Danke aber für deine Anregungen. Es gibt da aber wohl mit dem Debian Minimal irgendwelche Probleme mit dem Forwarding, so das ich das jetzt auf einem Bionic mache, dort klappt das einwandfrei. Aber dazu später ausführlich in einem anderen Thread.
  • FrankMF

    ROCKPro64 - USB-C -> LAN

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

    ROCKPro64 - Alter u-boot im SPI-Flash

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

    Freier Linux GPU Treiber

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

    Recover Button

    Hardware
    2
    +1
    0 Stimmen
    2 Beiträge
    838 Aufrufe
    FrankMF
    Ich hab das mal ausprobiert. Den Recover Button so lange drücken, bis folgendes erscheint. In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 RockPro64 rockchip_dnl_mode = 1 mode rockchip_dnl_mode = 2 mode rockchip_dnl_mode = 3 mode rockchip_dnl_mode = 4 mode entering maskrom mode... RKFlashTool clonen root@thinkpad:/home/frank/test# git clone https://github.com/rockchip-linux/rkflashtool Klone nach 'rkflashtool' ... remote: Counting objects: 663, done. remote: Total 663 (delta 0), reused 0 (delta 0), pack-reused 663 Empfange Objekte: 100% (663/663), 114.94 KiB | 0 bytes/s, Fertig. Löse Unterschiede auf: 100% (367/367), Fertig. In das Verzeichnis wechseln root@thinkpad:/home/frank/test# cd rkflashtool/ Inhalt root@thinkpad:/home/frank/test/rkflashtool# ls doc Makefile rkcrc.h rkflashtool.h rkparametersblock examples README rkflashall rkmisc rkunpack.c fixversion.sh release.sh rkflashloader rkpad rkunsign flashuboot rkcrc.c rkflashtool.c rkparameters version.h RKFlashtool bauen root@thinkpad:/home/frank/test/rkflashtool# make gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkflashtool.c -o rkflashtool -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkcrc.c -o rkcrc -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkunpack.c -o rkunpack -lusb-1.0 Ich habe ein USB-A to USB-A Kabel vom USB-C Port des ROCKPro64 zu meinem Notebook hergestellt. root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool v rkflashtool: info: rkflashtool v5.2 rkflashtool: info: Detected RK3399... rkflashtool: info: interface claimed rkflashtool: info: MASK ROM MODE rkflashtool: info: chip version: -..- Ok, Verbindung steht. Eine Übersicht der Befehle root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool rkflashtool: info: rkflashtool v5.2 rkflashtool: fatal: usage: rkflashtool b [flag] reboot device rkflashtool l <file load DDR init (MASK ROM MODE) rkflashtool L <file load USB loader (MASK ROM MODE) rkflashtool v read chip version rkflashtool n read NAND flash info rkflashtool i offset nsectors >outfile read IDBlocks rkflashtool j offset nsectors <infile write IDBlocks rkflashtool m offset nbytes >outfile read SDRAM rkflashtool M offset nbytes <infile write SDRAM rkflashtool B krnl_addr parm_addr exec SDRAM rkflashtool r partname >outfile read flash partition rkflashtool w partname <infile write flash partition rkflashtool r offset nsectors >outfile read flash rkflashtool w offset nsectors <infile write flash rkflashtool p >file fetch parameters rkflashtool P <file write parameters rkflashtool e partname erase flash (fill with 0xff) rkflashtool e offset nsectors erase flash (fill with 0xff)
  • FrankMF

    Images 0.7.x

    Images
    22
    0 Stimmen
    22 Beiträge
    3k Aufrufe
    FrankMF
    Ayufan Images nutzen user: rock64 pw: rock64
  • FrankMF

    ROCKPro64 Übersicht - was geht? **veraltet**

    Angeheftet Verschoben Archiv
    5
    0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF
    Ich sehe gerade, das könnte hier auch mal neu gemacht werden.