fraz0815

Members
  • Content Count

    7
  • Joined

  • Last visited

About fraz0815

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It is a RockPi labeled power supply with output listed as 5V@3A / 9V@2A /12V@1.5A. I switched it always to some other PSU's laying around when having difficulties, with no success. I will see what happens this time and report back eventually (and keep it powered for now).
  2. Ok, it looked like an obvious correlation to me, sorry - it was not. Long story short: I don't know what it was, sometimes the rockpi-4b gives me headaches. Fresh install of Armbian_20.08.1_Rockpi-4b_buster_current_5.8.6_desktop.img (ckecksum checked) to sdcard with etcher (which also validates) results in: To double check I also disconnected emmc and nvme extension (even though they were not used or mounted for anything) armbianmonitor -u : http://ix.io/2AeJ and it runs fine - should have done this earlier -.- Let's see when the errors come
  3. Ok thanks for clarification, I did not really understand whats going on now, or why sometimes BLOBS are used or what TPL/SPL does instead. But I will post detailed tomorrow what I did and its results, spoiler so far: downloaded (and also updated) Armbian_20.08.1_Rockpi-4b_buster_current_5.8.6_desktop.img is not able to run simple 'apt update' without errors, or download a larger file with correct checksum., e.g. 'wget someubuntu.iso'. It is exactly the same behavior prior first commit when it was changed to 1.20, which made the board nearly useless if using 1GB ethernet. 100MB
  4. hey, this change https://github.com/armbian/build/pull/2010/files made my rockpi-4b (with 4GB ram) finally stable some time ago DDR_BLOB='rk33/rk3399_ddr_933MHz_v1.20.bin' #instead of 1.24 After messing with rx/tx offloading, this was the solution, no more failed apt and download errors, great! It seems that this change got lost in the transition to the new u-boot / different logical structure or is not needed anymore for the 1GB models it was mentioned originally, see here: https://github.com/armbian/build/commit/f2db96252530d2f5585755b518e7fd020b5f0392#diff-18c
  5. hey, after updating my nanopct4 and rockpi-4b to from 20.05 to 20.08 RDP stopped working for me, only black screen. After reading all the messy logs, fresh install etc, I found a simple working solution online: In /etc/xrdp/startwm.sh change #!/bin/sh to #!/bin/bash Sources: https://github.com/neutrinolabs/xrdp/issues/1630 https://askubuntu.com/questions/1166568/remote-desktop-blue-screen-after-login Maybe others are affected too, don't know about Ubuntu.
  6. Some users report that this works for them:
  7. mmc-hs400-1_8v only worked for me with 4.4. Can't say when it broke, but i did a lot of testing and building my own image with all sorts of various patches you can find across the internet. Pretty common problem on many boards, but nothing worked. It would be interesting if mmc-hs400 works on any T4, or anyone could confirm. My simple and lazy workaround is editing /boot/boot.cmd fdt rm /sdhci@fe330000 mmc-hs400-1_8v fdt rm /sdhci@fe330000 mmc-hs400-enhanced-strobe But I am afraid this could easily break with an automatic u-boot update? Does this file get to