Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. Bionic-LXDE

Bionic-LXDE

ROCKPro64
  • FrankMF

    Heute mal was ganz außergewöhnliches für mich, wir testen mal einen Desktop 🙂

    rock64@rockpro64:~$ uname -a
Linux rockpro64 4.4.132-1066-rockchip-ayufan-g48b9d1455011 #1 SMP Thu Jul 19 14:31:04 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

    Was ist LXDE ?

    LXDE ist eine schnellere und ressourcenschonende freie Desktop-Umgebung.

    Quelle: https://wiki.lxde.org/de/Hauptseite

    Bootvorgang

    Seit der Version 0.7.7 sind wir da ja ein ganzes Stück nach vorne gekommen. Boot Vorgang so weit problemlos, bis auf das die NVMe Karte wohl nur gelegentlich eingebunden wird.

    Desktop Login erscheint, einloggen und man ist auf dem Desktop. Direkt mal Chromium angeschmissen. Ok, die Videos laufen, aber man merkt die fehlende 3D-Unterstützung. Sie laufen, aber na ja....leichte Fehler sind sichtbar in den Video's.

    Sound: Der Sound müsste standardmäßig über HDMI ausgegeben werden, hatte ich irgendwo im IRC mal mitbekommen. Doof wenn man keine Lautsprecher im Monitor hat und nicht weiß wie man das umschaltet!?? Ich würde es bevorzugen, wenn die Standard Einstellung "Line Out" wäre.

    Fix HDMI -> Line Out

    sudo apt-get install pavucontrol

    Das Programm öffnen, findet man unter "Sound & Videos". Dann unter "Configuration" das erste Device auf "Mutichannel Output" umstellen, die anderen vorher auf "OFF". Danach kam aus meinen Boxen was raus. 🙂

    Ansonsten sieht der Desktop nutzbar aus. Reagiert zügig auf Mausbewegungen usw.

    0_1532075248818_LXDE_ergebnis.jpg

    Download

    Link Preview Image
    Releases · ayufan-rock64/linux-build

    Rock64 Linux build scripts, tools and instructions - Releases · ayufan-rock64/linux-build

    favicon

    GitHub (github.com)

    Fazit

    Kann ich nicht abgeben, weil ich auf den SOC's keinen Desktop nutze, ich nutze diese Platinen nur als Headless Server. Aber, wenn jemand daran Spaß hat - bitte. Man kann es nutzen auch wenn noch einige wichtige Dinge nicht unterstützt werden.

    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
Anmelden zum Antworten

  • FrankMF

    ROCKPro64 - Release 0.10.6 Was geht?

    Angeheftet ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    420 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Armbian 5.4.0-rc1

    Armbian armbian rockpro64
    5
    4
    0 Stimmen
    5 Beiträge
    413 Aufrufe
    FrankMF
    Gut, ich bin nicht der einzige, der ständig damit Probleme hat. @tkaiser auch [image: 1578061215343-1036201d-a4b2-47be-a618-36003c07e0ce-grafik.png]
  • D

    FTDI Support (ayufan Kernel 5.0)

    Ungelöst Probleme? ayufan ftdi rockpro64
    8
    0 Stimmen
    8 Beiträge
    618 Aufrufe
    K
    Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut. Gruss https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing
  • FrankMF

    ROCKPro64 - i2c Bus

    Hardware rockpro64
    1
    2
    0 Stimmen
    1 Beiträge
    556 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - Armbian - Go & Restic installieren!

    Verschoben Armbian armbian rockpro64
    2
    0 Stimmen
    2 Beiträge
    643 Aufrufe
    FrankMF
    Der frühe Vogel.... [image: 1545806416632-img_20181226_072626_ergebnis.jpg] Das oben geschriebene eben nochmal durchgeführt, funktioniert einwandfrei. Jetzt kann ich die USB3-Platte umbauen und den Job verlagern. Dann habe ich einen ROCKPro64 wieder frei zum Testen
  • FrankMF

    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.
  • FrankMF

    ROCKPro64 - Stromverbrauch

    Hardware hardware rockpro64
    1
    0 Stimmen
    1 Beiträge
    813 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NAS/Server/Desktop Gehäuse

    Hardware hardware rockpro64
    6
    1
    0 Stimmen
    6 Beiträge
    2k Aufrufe
    FrankMF
    Nettes Video https://www.youtube.com/watch?v=_UeeklKo0Og