Skip to content

ROCKPro64 - USB3

ROCKPro64
  • Man liest ja immer viel über Probleme mit dem USB3-Port auf dem ROCKPro64. z.B. hier

    Nachdem ich heute mein NAS mal wieder ins Gehäuse eingebaut habe, habe ich ein wenig gespielt. Hier lag eine SanDisk Ultra 3D SSD mit 1TB rum, da die SD-Karte ziemlich voll war, bot es sich an diese SSD zum Rootdevice zu machen.

    Alles so gemacht, wie immer. Alles kopiert, SSD umbenannt in linux-root und neugestartet. So sieht das jetzt aus.

    rock64@rp64v_2_1_NAS:~$ df -h
    Filesystem      Size  Used Avail Use% Mounted on
    udev            978M     0  978M   0% /dev
    tmpfs           198M  664K  198M   1% /run
    /dev/sda        916G   63G  807G   8% /
    tmpfs           990M     0  990M   0% /dev/shm
    tmpfs           5,0M  4,0K  5,0M   1% /run/lock
    tmpfs           990M     0  990M   0% /sys/fs/cgroup
    /dev/mmcblk0p6  112M  4,0K  112M   1% /boot/efi
    tmpfs           198M     0  198M   0% /run/user/1000
    /dev/md0        1,8T  723G 1018G  42% /mnt/raid
    

    Es gibt ein Raid, die SSD am USB3 die das Rootdevice darstellt. Diese Konstruktion hat den Vorteil, das man auch den Kernel updaten kann, weil das Bootdevice weiterhin auf der SD-Karte liegt. Aktuell läuft dieser Kernel.

    rock64@rp64v_2_1_NAS:~$ uname -a
    Linux rp64v_2_1_NAS 5.0.0-1101-ayufan-g41eeb7cd789e #ayufan SMP PREEMPT Fri Mar 8 22:14:59 UTC 2019 aarch64 aarch64 aarch64 GNU/Linux
    

    Ok, dann mal ein kleiner Test. Wir kopieren mal alle Star Wars Filme vom Haupt-NAS. Das NAS bilden zwei mechanische HDD's. Der Kopiervorgang erfolgt auf die an USB3 hängende SSD.

    rock64@rp64v_2_1_NAS:~$ scp -r root@192.168.3.243:/mnt/nas/Videos/"Star_Wars" /home/rock64/
    root@192.168.3.243's password: 
    Star_Wars_I.ts                       100% 6753MB  83.7MB/s   01:20    
    Star_Wars_IV.ts                      100% 7668MB  83.5MB/s   01:31    
    Star_Wars_VI.ts                      100% 7871MB  83.4MB/s   01:34    
    Star_Wars_V.ts                       100% 7409MB  83.3MB/s   01:28    
    Star_Wars_III.ts                     100% 7169MB  83.0MB/s   01:26    
    Star_Wars_II.ts                      100% 6268MB  83.3MB/s   01:15
    

    Schwupps, alles da. Hätte ect. noch was schneller sein können, vermute aber das die mechanischen HDD's der Flaschenhals sind.

    So, kurz die SSD testen.

    rock64@rp64v_2_1_NAS:~$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    [sudo] password for rock64: 
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4,3 GB, 4,0 GiB) copied, 10,7109 s, 401 MB/s
    

    Der dmesg ist völlig sauber, keine Auffälligkeiten in Bezug auf den USB3-Port. Da @tkaiser öfter von "Undervoltage" schreibt, ich nutze an diesem NAS das Original Netzteil von Pine64 in der 5A Ausführung.

  • 0 Stimmen
    1 Beiträge
    85 Aufrufe
    Niemand hat geantwortet
  • Mainline 6.0.x

    Images
    6
    0 Stimmen
    6 Beiträge
    196 Aufrufe
    FrankMF

    Und RC7 released

    Link Preview Image Release 6.7.0-rc7-1185-ayufan · ayufan-rock64/linux-mainline-kernel

    Linux kernel source tree. Contribute to ayufan-rock64/linux-mainline-kernel development by creating an account on GitHub.

    favicon

    GitHub (github.com)

  • ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian
    14
    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. 😉

  • Video PCIe SATA Karte

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    504 Aufrufe
    Niemand hat geantwortet
  • Kernel 4.4.x

    Angeheftet Images
    45
    0 Stimmen
    45 Beiträge
    4k Aufrufe
    FrankMF

    4.4.202-1237-rockchip-ayufan released

    PATCH: kernel 4.4.201-202
  • Zwischenfazit August 2018

    ROCKPro64
    1
    1 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • ROCKPro WLan Modul

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    689 Aufrufe
    Niemand hat geantwortet
  • Bionic-LXDE

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    492 Aufrufe
    Niemand hat geantwortet