Jump to content

lomady

Members
  • Posts

    35
  • Joined

  • Last visited

Recent Profile Visitors

1823 profile views
  1. I am sorry but this mirror is as slow as 700 bytes/second. Effectively stopping the update. Please do something about it. Thanks!
  2. Hello. As I try to update my system I get this: E: Failed to fetch https://minio.k-space.ee/armbian/apt/dists/buster/buster-desktop/Contents-armhf.gz Hash Sum mismatch Hashes of expected file: - Filesize:1851 [weak] - SHA512:ef7aab67fc05cc3e30b82f41967566ecef6fad070817c4115867fe23e0368ccb2849acf850f41250a169d95eb6b4dd7dd2cc14e2f1a92244432100cdaf036991 - SHA256:880e52b050d4c7d2fbd0c5058e380455bb51ca313a4d07c7f25ed61edf469050 - SHA1:699022efd6136b78286e76516a096a2cb6a2eea3 [weak] - MD5Sum:a65883df7850b338094dfc9e2c16125a [weak] Hashes of received file: - SHA512:b66793d4c902406157497ee2480ba1a1acd92512df70138d425c952024154e084838c4ff3c05c60bc8418de4f62a17a454b6202b8e77582fc55dbe1be638ef52 - SHA256:49b62e32c4e8174d1171d60f19af2565506d48c1491c056bc81866694848597f - SHA1:13fb2a29e79a613ea13822ea68cb59d477fdc03f [weak] - MD5Sum:9e68d2e35701971733c9258fca78007e [weak] - Filesize:1851 [weak] Last modification reported: Sun, 18 Oct 2020 16:31:58 +0000 Release file created at: Sun, 08 Nov 2020 13:58:39 +0000 Can the repo be out of sync? This got to be fixed.
  3. After all the harm that corporation has done to open standards and free software? Not funny.
  4. Another piece of feedback: I tried Armbian_20.05.0-trunk.148_Rock64_buster_current_5.4.43.img.xz on Rock64 HW v2.0 (4 GB RAM) After apt update && apt upgrade && reboot I made '7z b' run in a loop. The board hanged after about 15 minutes. I also tried stable version with kernel 5.4.20 with the same result. I suspect that RAM workings under load is unstable. Hope this is helpful.
  5. Just sharing feedback for mainlining effort, sorry if I sounded ranting. Yes, I know that Armbian is run by volunteers and I even have supported you with donation last year. I am a happy Armbian user of H3 based boards.
  6. Okay, I tried Armbian_5.99.191031_Rock64_Debian_buster_dev_5.3.0-rc4_minimal.img on my ROCK64 4GB v2.0 It booted fine to the point I could SSH into it. dmesg said it timed out waiting for /dev/ttyFIQ0 all USB2 and USB3 ports were not working did apt update && apt upgrade and it hang power cycled it. it responds to ping with ~28% packet loss but does not answer to SSH. Back on the shelf to collect dust for another month
  7. Sharing a bit of feedback: I tried nightly buster minimal build with 5.3 kernel for Rock64 rev2.0 and it does not reach the state when it is accessible over the network. Both LEDs on the ethernet connector are off. I did not connected the HDMI display and moved on to other things. Hope this helps.
  8. Yes, I know that the original issue is about jumping in the future. No, I do not have any network issues. Both ntpd and chrony maintain correct time until it jumps back to 1978. After that rcu: INFO: rcu_sched self-detected stall on CPU OOM killer unhinges and starts killing processes left and right I also saw many cron processes and eMMC was thrashing. I just want t get to the bottom of these random time jumps. Sometimes it takes several days, sometimes it takes a month of uptime for it to happen.
  9. I have been experiencing sporadic unresponsiveness from my H3 boards (5 of them). The ping on them still worked but ssh did not. Logs showed that system experienced a time jumping backward somewhere in 1978. Today another such glitch happened but I was able to ssh-in and saw this: I got chrony instead of ntpd and it has a line "makestep 1 -1" in it's config allowing infinite number of big time corrections. For some reason it did not helped. There are relevant topis on the forum for A64: The only difference is that A64 jumps forward. I found no related issues on github or forum for H3 specifically. Does any one else experience this issue?
  10. OrangePi lite is a H3 board, not H6. And yes, you can do routing. Start here
  11. Another bit of feedback on Orange Pi Prime with Armbian 5.70 Both of my boards hang on stress tests: First one on '7z b' Second one on 'a53-burn' CPU temperature is reported more or less correctly. Did not exceeded 65 degrees on tests.
  12. Did another fresh install and switch to daily dev 27 Nov. Cold boot hangs at various stages with HDMI image distortions: I am sure that my Orange PC Prime is not defective because I have stress tested it with official Arch linux image (kernel 3.10) Since I got two of these boards - I tried another one. It boots but with kernel oops'es at random: Can I suggest that it is something with DDR settings?
  13. @IgorShould this update be available via apt-get update && apt-get upgrade? Look like daily builds stopped on Nov 18th
  14. Orange Pi Plus 2E is working fine on dev branch. Tested: USB HDMI Analog audio output WiFi Ethernet eMMC install Power cycling Complete with PR to github armbian/testings
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines