Jump to content

ichibrosan

Members
  • Posts

    5
  • Joined

  • Last visited

Recent Profile Visitors

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

  1. I am using a system I built from the trunk of Armbian for the pine64so. After booting up the mouse does not do "smooth mouse tracking". The movement of the mouse lags behind where it should be and has to "catch up" which takes several seconds. I consider it unusable doing this. This is Version "20.04.1 LTS (Focal Fossa)" Armbian 20.08.0-trunk Focal 5.7.17-sunxi64 #trunk Mon Aug 24 03:00:31 PDT 2020 aarch64
  2. I think it has something to do with the embedded switch and a timing problem. The boards boot fine in the baseboard, bit don't get DHCP service in the clusterboard. When you use a microSD with a modified device tree, it works on both, but apt update; apt upgrade can overwrite the device tree and on the next boot, no network. If I were good with sed I could probably engineer an automatic fix to run aftewr upgrade that would decompile, patch and recompile the device tree.
  3. I think the clusterboard is a great product. The only problem I have with it is this network issue and once solved, this will be a very easy integration. Now that I have a provisionally working software load for the modules, it boots reliably and the modules are very responsive. What I wish we had for now, is a script we can run after doing update and upgrade that will reinstall the device tree patch reboot rebooting. If we had that, we could upgrade with an expectation that the system would come up after reboot.
  4. I was wondering if the Armbian distribution had a fix for this yet. I downloaded the current sources and built Armbian_20.08.0-trunk_Pine64so_buster_current_5.4.51.img It does boot nicely in the baseboard but it does not appear to have any fix for the clustereboard networking problem. I am able to use the Armbian_5.41_Pine64so_Ubuntu_xenial_next_4.14.20.img.xz that I downloaded off the forum. It does have the fix, but if I do the "apt update; apt upgrade" to bring in updates, I lose the fix and the next boot fails to operate in the clusterboard. Here is my Pine64 archive for community use. see http://cloud.goodall.com/Pine64 The image I am using that has the fix (but cannot be updated) is http://cloud.goodall.com/Pine64/ClusterBoard/Armbian_5.41_Pine64so_Ubuntu_xenial_next_4.14.20.img.xz I will post updates in my archive as I have them so they will be available for use.
  5. I am finding it disappointing that after spending real money for the cluster, there is little or none clear and straightforward information about reaching a botton line with this hardware. I have downloaded what appears to be good images and burned them to microSD and placed the module in the clusterboard and powered it up. After waiting some minutes, there is no evidence at the router that any DHCP addresses were allocated. I guess I assumed that there was a blessed configuration for us to start from and that each of us wouldn't have to have a nearly base-metal experience just getting a basic linux running and an ssh session up. I don't know whether to pack this kit back up and send it back or what.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines